Event-based INI Integration
CorEMR provides a standardized event-based integration using INI files that maps to common events occurring inside facilities. An event-based integration can be beneficial if the existing patient system is also event-driven.
INI File Format
The INI File format is a text file of name-value pairs. The order of the fields in the file is not specific. Each line should contain one field(no spaces), the name of the field is first, followed by an equals sign (=) character, then a value in double quotes. Spaces outside the value should not be used. Fields are case sensitive in CorEMR. Use the exact upper and lower case designations described in this document for field names.
Field="Value"
For additional questions regarding the General INI spec, please refer to: http://en.wikipedia.org/wiki/INI_file
Preloading
When preloading demographic and booking data for a new facility, using this spec will require one of the following:
- Sending a DEM file for each individual patient.
- Running the "Patient Import" tool detailed in the Patient Import section.
Demographics (DEM) Event
DEM files represent demographic and booking data for the patient chart, both adding new patients or updating existing patients.
For simple location updates, the Location Event (documented below) is preferred.
DEM INI File Example
DataType="PatientDemographics"
PatientID="P00012345"
Facility="VCSO"
LastName="DOE"
FirstName="JOHN"
MI="D"
BirthDate="07/22/1946"
SSN="333-22-4444"
Sex="Male"
Race="White"
Housing="ISU"
Bed="RLSE"
Booking="12345678"
BookingDate="2017-06-20 14:32:04"
ReleaseDate="2017-06-28 18:55:39"
Agency="ICE"
PhotoPath="http://facility.co.us/photos/JA/P00012345.jpg"
Height="72"
Weight="140"
Field | Datatype | Required | Notes |
---|---|---|---|
DataType | String(19) | R | Must be set to "PatientDemographics" for DEM events. |
PatientID | String(17) | R | Patient’s unique number used to track the individual across all bookings. |
Facility | String(32) | R | Determines CorEMR facility patient belongs in. Unused in single-facility installations. |
LastName | String(255) | R | |
FirstName | String(255) | R | |
MI | String(255) | Can store more than just an initial; field name is "MI" for compatibility reasons. | |
BirthDate | Date | R | |
SSN | String(11) | SSNs only benefit detecting merge candidates and is not recommended to be transmitted. | |
Sex | String(7) | R | "Male", "M", "Female", "F", "T" |
Race | String(255) | "American Indian or Alaskan Native", "Asian", "Black or African American", "Native Hawaiian or Other Pacific Islander", or "White". | |
Housing | String | ||
Bed | String | ||
Booking | String(32) | R | |
BookingDate | Datetime | R | |
ReleaseDate | Datetime | ||
Agency | String | Billing Agency: String passed to pharmacy for billing purposes. Example: ICE, USM, County, etc. | |
PhotoPath | String | ||
Height | Integer | Measured in inches. | |
Weight | Integer | Measured in US pounds. |
Location (LOC) Event
LOC files update patient location with a minimal amount of required data.
LOC INI File Example
DataType="PatientLocation"
PatientID="P00012345"
Facility="VCSO"
Housing="B1"
Bed="15"
Agency="ICE"
Field | Datatype | Required | Notes |
---|---|---|---|
DataType | String(14) | R | Must be set to "PatientLocation" for LOC events. |
PatientID | String(17) | R | Patient’s unique number used to track the individual across all bookings. |
Facility | String(32) | R | |
Housing | String | ||
Bed | String | ||
Agency | String |
Merge (MRG) Event
MRG events merge an incorrect/old PatientID with a correct/new one.
As with CorEMR itself, a merge is not reversible. Only send this event if 100% positive the charts should be merged.
MRG INI File Example
DataType="PatientMerge"
BadPatientID="T11112345"
CorrectPatientID="P00012345"
Field | Datatype | Required | Notes |
---|---|---|---|
DataType | String(12) | R | Must be set to "PatientMerge" for MRG events. |
BadPatientID | String(17) | R | |
CorrectPatientID | String(17) | R |
Archiving by CorEMR
CorEMR attempts to archive all OMS/JMS messages sent. They are stored locally on the CorEMR application server, not accessible through the web interface. These archives may help to troubleshoot issues with the integration. Archives can be re-processed or as appropriate, we can work with OMS/JMS technicians or County IT (who manage creation and transmission of files) to generate full patient data dumps for corrective batch processing.