Result Interface

Point of Care

Result Interface 2017-09-28T16:59:52+00:00

Result Interface

Result interface can be HL7 unsolicited (no order exists in the receiving system) or solicited (an order does exist in the receiving system). Scripted (aka terminal emulation, screen scraping) interfaces for receiving systems that cannot accept HL7 unsolicited result messages are offered as well.

QML provides the flexibility by offering custom functionality, but eliminates the need to maintain individual interfaces for each customer. The QML Result Interface is a single component of each of the output types (EDI or Script), even though different LIS/EMR vendors require different message formats. Each of the two components offer proprietary mapping capabilities that allow format changes through configuration options in order to vary the output.

QML was designed to allow multiple, simultaneous outputs to one or multiple LIS/EMRs. The EDI and Script components are independent from each other and can coexist on the same system. Multiples of the same output type can also be configured, all without additional hardware. This allows an IDN with multiple facilities that might have different LIS/EMRs to maintain a single QML for all facilities, yet provide result interfaces to their respective LIS/EMRs.

The EDI component is a POCT1-A compliant HL7 result interface with optional receipt of an Application Acknowledgement containing the LIS-assigned accession number or reason for rejection. When the LIS/EMR cannot process unsolicited results via the EDI, results can be entered via a Script (aka Terminal Emulation) customized for each result entry screen. Both the EDI and Script options can send unsolicited and solicited results.

QML can accommodate a combination of solicited and unsolicited results, with or without ADT or orders interfaces. This is beneficial in situations where some testing is performed using the patient ID, but other testing is performed using an order/accession number. Configuration options, not custom code, identify results as either solicited or unsolicited and then mapped/entered accordingly. In addition, a single process can be defined to send solicited results when an order is matched; if not matched, send the same sample’s results as unsolicited.