Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Added Auto-polling enablement

Summary:

HRM (Hospital Report Manager)

...

HRM enables hospitals or Independent Health Facilities (IHFs) to electronically transmit patient reports to a clinician’s Electronic Medical Record (EMR) for inclusion in follow-up care. HRM replaces the existing process of sending paper copies, faxes to the clinician’s office and manual integration into the EMR. With the introduction of HRM, hospital reports are updated directly to the patient's EMR for a physician to access in a timely and less labour intensive manner.

HRM electronically sends narrative, text-based Medical Record (MR) and Diagnostic Imaging (DI) reports directly into a patient's record into their clinician's EMR

 

Purpose:

This document explains two areas of testing required for HRM: 1) Conformance and 2) Functionality of Reports to be consumed by your EMR offering. It also includes information specific for you to be used during Validation Testing. The validation process will be performed in an isolated non-Production environment where no PHI data is used. You may opt to start development as soon as this letter is received, or wait until your official engagement with the OntarioMD Validation Team. Conformance testing is to be executed in sequence; functionality testing will follow. You will be engaged by OntarioMD’s Validation team at which time a walk-through of the process will be scheduled. Support prior to this engagement will be limited.

 

 

Workflow:

The Hospital Information System sends a patient report to HRM using HL7.  HRM converts the patient report into the EMR standard message format, encrypts and stores the report in a sFTP folder for secure transmission to the intended funding eligible EMR Offering.  The EMR polls the HRM sFTP folder to retrieve the report(s), which is integrated into the patient's record and the clinician's inbox for review and sign-off.

 

Image Removed

Selenium IDE tests:

 

...

HRM Setup:

 

oscar.propteries

oscar.properties needs to have some entries added in order to have the HRM module working against the new 4.1 specification provided by OMD.  These details listed below are for TESTING purposes.  Live or in production, each clinic will have it's on values to enter in the oscar.properties file.

 

<snip>

# Ontario MD HRM properties

OMD_HRM_USER=McMasterUnive01

OMD_HRM_IP=207.219.74.198

OMD_HRM_PORT=22

OMD_HRM_AUTH_KEY_FILENAME=McMasterUnive01_sk.ppk

 

# OMD Remote Directory and Encryption

# OMD_HRM_REMOTE_DIR=Test

# OMD_HRM_REMOTE_DIR=Production

OMD_HRM_DECRYPTION_KEY=8F597E238FC2C92CAC64F8797EB4572 

# Enable auto-polling

ModuleNames= HRM 

</snip>

 

XSD and PPK

You need to have XSD and PPK files in the tomcat directory for the web application (i.e. /home/[user]/workspace/tomcat-local/webapps/OscarDocument/oscar/hrm/OMD).  The XSD and PPK files needed for HRM include :

  1. mcmu_sk.ppk
  2. ontariomd_cds_dt.xsd
  3. report_manager_cds.xsd
  4. report_manager_dt.xsd

 

 

HRM Preferences

 

HRM Directory

The folder where OSCAR will put the files/reports received by HRM will go into:

workspace/tomcat-local/webapps/OscarDocument/oscar/hrm/