Review Session - Order and Result Management
Covered by this topic
Agenda
- Order and Result Management Demonstration
- Overview
- System Configuration
- Orderable Items
- Order Panels
- Order Picklists
- Restricted Sets
- Observation Flowsheets
- Document Types
- Results Encounter
- Order Request Document
- Order Quick Links Portlet
- Refer To Field of Order Requests
- PIN Authentication
- Order Request Routing and Tracking
- Order Request Label
- HL7 Lab Interface
- System Settings
- Reporting
- Resources
Overview
The
Enterprise Health
Order and Result Management module provides the necessary tools for ordering, customizing, delivering, and tracking orders and order requests. Through computerized provider order entry (CPOE),
Enterprise Health
streamlines the processes involved in order and result management. In general, order requests can be created from the visit encounter or from the chart. Once an order request is generated, it can easily be printed, faxed, or electronically transmitted, as needed.
Implementing the established standards of CPOE allows
Enterprise Health
to provide intuitive methods of order entry, distribution, completion, and tracking. With the Order and Result Management module, orders can be entered from the point-of-care, checked for utilization and duplication errors, communicated electronically to the appropriate staff/department, and made actionable by way of the provided information and prompt delivery. This serves to reduce wait times, errors, and possible duplicates, all with just a few clicks.
Additional functionality includes built-in flexibility, so that clients may address specific workflows or create automated processes, as needed. For example, clients participating in varying types of surveillance may be interested in establishing panel business rules that automatically populate surveillance order requests on the Due List. Also, an optional HL7 bidirectional interface is available for purchase, which can be configured to electronically submit orders, receive results, and track statuses.
Enterprise Health
has the ability to integrate with most national (and many regional) labs and health information exchanges (HIEs) for discrete HL7 order submissions and results. Taking advantage of a bidirectional HL7 interface is incredibly beneficial, not just for its provided interoperability, but also for its improvements to efficiency and tracking, and the ability to automatically complete orders sent and resulted electronically.
Standard functionality includes:
- Order creation from chart or visit encounter
- Print/fax/electronically transmit orders and results
- Health Surveillance Membership Due List
- Specimen label printing
- Order tracking
- Flowsheet templates
System Configuration
The following system configurations help define the functions and overall performance of the Order and Result Management module. Any customizations needed for accommodating specific workflows, desired outcomes, reporting interests, or general business needs will be discussed, below.
Orderable Items
Orderable items, such as tests, procedures, and the like, will need added and configured in the Orders-List Editor
, found in the Control Panel.
It is important to review all requisition forms used for ordering, as well as any in-house tests and/or procedures being routinely performed. This information will be compiled and programmed into the Orders-List Editor as orderable items.
Order Panels
Order Panels are specific groupings of orderable items, not to be confused with Health Surveillance Panels. Order Panels consist of multiple orderable items, which tend to be routinely ordered together, or as a bundle. This allows users to order routine tests/procedures by way of one panel, rather than multiple, individual orders. For instance, a practice may regularly order the Drug Screen Panel 5, which tests for Amphetamines, Cocaine Metabolite, Marijuana, Opiates, and PCP (Phencyclidine). However, the practice may have a new client (e.g., Better Corp) that regularly requests Barbiturates be included for their drug screening requirements. Rather than individually order each screening, the practice can create a new Order Panel, which they maybe call Better Corp Drug Screen, including all six (6) of the necessary screenings. This can, then, be ordered for each patient, making ordering multiple routine tests and/or procedures fast and easy, saving time and improving efficiency. Using the Orders-Panel tab of the Control Panel, create all Order Panels relevant to the prescribed workflows and needs of the business. Once the necessary Order Panels are created, it is important to review the layout of the generated order requisition when using Order Panels. This requisition will display the components of the Order Panel, along with the relevant information needed for processing.
Order Picklists
Order Picklists provide another method for expediting the ordering process in Enterprise Health . Picklists differ from Order Panels in that the Picklists are lists of orderable items to be selected, as needed, and Order Panels are orderable items consisting of multiple orders. To review the predefined picklists that come with the standard product, navigate to the Control Panel sidemenu, and select the Orders-Pick Builder tab . While in the Orders-Pick Builder, use the Set Filter dropdown to view each of the categories and associated orderable items. Viewing the various sets available, it can be seen that Picklists simply allow users to more easily find orderable items by common categories, or groupings. New picklists can be added, or the available picklists can be edited as needed, to align with any prescribed workflows and business needs. For instance, create order picklists to simplify the ordering needs associated with lab orders, radiology orders, PT/OT, referrals, etc. Or at the very least, build order picklists according to any order forms or requisitions currently in place. Similarly, any possible in-house testing can include those orderable items performed in-house to be added to the In House Testing picklist. This means that clients should review and edit the orderable items in the In House Testing picklist to reflect all testing performed and resulted in-house. This is also important, because the Tests & Procedures encounter section defaults to this picklist when ordering a test or procedure during a visit, and therefore should remain in the system. Like the In House Testing picklist, the Recommendations picklist should remain in the system, as well. The contents of the picklist can be edited according to workflow needs and client requirements. The Recommendations encounter section defaults to this picklist when ordering a recommendation to document during the visit.
Restricted Sets
If necessary, picklists can be created and customized per department. Utilizing the Restricted Sets system setting limits a specified picklist to a specific department, as needed. Enabling this system setting will restrict departments from viewing and using the picklists of other departments. When enabled, the system setting value indicates which picklist to restrict. For a picklist to be available to only a specific department, a department needs to be created with the same name as the picklist being restricted. Ensure the necessary users are linked to the department, so they have access to the picklist, as needed. The order picklist is then restricted to only the users that are linked to the department of the same name as the picklist.
Observation Flowsheets
In Enterprise Health , observation flowsheets are used for adding and tracking stored observations. They can be used as graphic summaries of recorded or stored observations (e.g., vitals, weight, medications, lab results, etc.); they can be used for varying things, such as entering extensive lab panels with several resultable values, or for recording questionnaire responses, which may utilize the flowsheet functionality for entering all of the data quickly, providing an easy-to-digest graphic summary for review. To result orders via flowsheets requires a little configuration, but at the same time, provides a convenient way to quickly result and record clinical data. Orders can be created to match a flowsheet, and through establishing the specific layout for the order, can be pulled in and used within encounters to result, record, and update stored observations. However, resulting orders does not always have to be done via a flowsheet. When creating the relevant order item in the Orders-List Editor, rather than mapping the order to a specific flowsheet and layout, select None. This will not link a specific layout to the order item, meaning a generic free-text field will be available whenever resulting that specific order item.
Document Types
It is important to consider the types of results being stored and indexed in charts. When scanning, indexing, or uploading result documents, the Enterprise Health system needs to know the type of document being stored, so that it can be indexed correctly. Review the types of results that will be uploaded and recorded in the system, so that the appropriate Document Types can be added to the system, using the Document Types editor of the Control Panel.
Results Encounter
The Results encounter is used whenever an order is sent out to be performed by an outside facility (via an Order Request), and the results are received back at the practice. Users can complete the Order Request and document the results of the order electronically, capturing the results discretely by way of the Results encounter. Review the default sections of the Results encounter, and be sure all sections needed to meet any prescribed workflows or business needs are considered.
Order Request Document
As noted, Order Requests are generated when sending off an order to be performed by an outside entity. Orders can be established with specific document types, if necessary. This means whenever an Order Request is generated from a picklist, it can be saved and stored according to its designated document type. This can be helpful for tracking, routing, reporting, and auditing. Be sure to review what Order Requests, if any, will need saved as unique document types.
Order Quick Links Portlet
When working within a chart, users have access to a Summary chart tab, where portlets are available for quickly viewing and adding information pertaining to the chart. Think of the Summary chart tab as a type of face sheet, where all of the information and functionality can be acquired through available portlets–a portlet being a type of widget, which can be added or removed from the Summary chart tab, as needed. The Order Quick Links portlet is a particularly useful portlet designed to provide quick access to in-house testing/procedures via quick links. All of the order items displayed in this portlet are determined by the order items placed in the Quick Visit Orders picklist. Consider what links need to be available when using the Order Quick Links portlet, and ensure the necessary configuration goes into associating the appropriate orders to the Quick Visit Orders picklist.
Refer To Field of Order Requests
On the Order Request entry screen, the Refer To field is where users specify what facility, entity, organization, or outside provider the order is being sent to, so that the Order Request may be completed. The Refer To field can be set up two different ways, depending on the type of system and practice. When reviewing and analyzing prescribed workflows and business needs, so that the default setup can assuredly be attuned to the choices needed when referring out for tests/procedures, consider the following: One method of configuration for the Refer To field provides the names of individuals tied to a specified Enterprise Health department. What this means is that any individuals linked to the specified department would be available for selection for the Refer To field. The department would need to be set up in the Access Control menu if it does not already exist. Additionally, the Refer To Departments system setting would need the department name set as its limiting value. By default, this system setting value is blank, meaning no specific department has been mapped to provide selections for the Refer To field, but rather all users can be selected as an option for this field. With the value set to the appropriate department name, the Refer To field will limit the available selections to only those individuals linked to the specified department.
PIN Authentication
As an optional security feature, Enterprise Health provides a means to authenticate users entering orders by way of a required PIN (personal identification number). If this security feature is enabled, users must enter their unique PIN when accessing, editing, or adding orders to charts. Additionally, the Authenticate Order with PIN system setting must be enabled for full functionality. Any user with ordering permissions must then have a unique PIN entered in the PIN field of their user account creation screen.
Order Request Routing and Tracking
Users can easily fax, print, and track orders with Enterprise Health . For instance, the Tasking module can be utilized in processes involving order creation and completion, notifying specific users/departments whenever a specific order is generated or completed. Likewise, for those clients using an HL7 lab interface, or any order interfaces, they may be interested in configuring e-sign or tasking rules to trigger a Review Request to specific users/departments for all incoming results. Because of this, be sure to consider what types of tasking automation may benefit the business needs and order workflows.
Order Request Label
Though not available in the standard product by default, labels can be programmed and customized to print specific chart information. This allows them to be used for specific purposes, such as affixing to orders being sent out, or when sending a vial with an order. The label can be printed with all of the relevant data and affixed to the vial, prior to sending. The Order Label layout must be established within Enterprise Health , with configuration done by MIE. Once the layout is available, the Label link will display in the Orders module. To view the Label link and print any custom configured labels, ensure the Auto Print on Summary system setting is enabled. Then, to print a label associated with an Order Request, simply click the Label link after successfully creating the Order Request. For additional details, check out the help documentation on the Label Printing Feature .
HL7 Lab Interface
(Only if purchased)
Enterprise Health uses the standard HL7 formatting when interfacing with local, regional, and national laboratories. When an interface is established between a lab and an Enterprise Health system, lab results coming into the system will automatically populate result values on the system Lab Report, as well as any mapped observation flowsheets, appropriate to the specific order item(s) and respective of the specific chart(s). With a bidirectional lab interface, Enterprise Health can be configured more dynamically, so that lab processes may be streamlined, allowing users to submit orders, track order statuses, and receive results back into the system, all electronically. Lab results can trigger automatic tasking for review or electronic signature requests, and abnormal results will be flagged automatically and set to high priority. Additionally, by way of Logical Observation Identifiers Names and Codes (LOINC), information from multiple reference labs is easily standardized and displayed in electronic flowsheets, via the HL7 interface. One thing to note is that results are displayed using lab-supplied reference ranges; however, Enterprise Health gives clinicians the ability to edit reference ranges in the observation flowsheets. Another feature is the ability to graphically display discrete lab data in order to identify or determine trends over time, and analyze trends in light of intervention points.
System Settings
When making an Order Request, there are several fields available to fill in, which can be designated as required or optional via system settings, as needed. Review the following system settings to ensure all workflow needs are considered, as they relate to order accuracy and order tracking: Require Bill Type - Disabled, by default. If enabled (value 1), the Bill Type field would be required before progressing on to generate and upload the Order Request. Require Collection Date - Disabled, by default. If enabled (value 1), the Collection Date field would be required before progressing on to generate and upload the Order Request. Require Diagnosis - Disabled, by default. If enabled (value 1), the Diagnosis field would be required for each order item in the Order Request. Users would select and confirm which diagnosis pertains to each order item. Require Location - Enabled, by default. The Location field is required before being able to generate and upload the Order Request. Can be disabled (value 0) if the location does not need specified. Require Ordering Physician - Enabled, by default. The Ordering Physician field is required before being able to generate and upload the Order Request. Can be disabled (value 0) if the ordering physician does not need specified. Require Scheduled Date - Disabled, by default. If enabled (value 1), the Scheduled Date field would be required before progressing on to generate and upload the Order Request. Number of Patient Conditions - Default value is 4, indicating that the most recent four (4) active conditions of the patient will pull in as possible diagnoses for the Order Request. Changing this setting to a value of zero (0) will prevent any diagnoses from displaying in the Diagnosis field of the Order Request. Save Diagnosis to Patient Conditions - Enabled, by default. Order Requests may need a diagnosis indicated as a supporting reason to order a test/procedure. Since enabled, any diagnosis manually entered into the Diagnosis field will automatically save to the patient’s active condition list. When disabled (value 0), users may manually key in diagnoses, with no effect on the patient’s active condition list. Number Order Autocompletes - Enabled, by default. An Additional Orders autocomplete field is available, when enabled. This field offers users the ability to key in any additional order(s) that do not appear as quick items on the selected picklist. The Additional Orders field does not allow free text. If this system setting is disabled (value 0), the system omits the Additional Orders autocomplete field from Order Request screens. Show ABN Link for All Patients - Disabled, by default. If enabled (value 1), the system will show a Print ABN hyperlink on all Order Requests for Medicare B patients (as defined by the PQRS system setting), but no hyperlink would display for any other patient charts. If value is set to a 2, the system will show a Print ABN hyperlink for all Order Requests for all patient charts, regardless of Medicare B status or CPT requirements.
Reporting
The Enterprise Health Reports module allows administrators to access all the utilization reports designed for order tracking and auditing. These reports are helpful, because they can be used for reviewing pending due list order items, outstanding order requests, as well as for reviewing overall orders usage. These are the standard orders reports available in the Reports module:
- Orders - Count
- Orders - Count by Physician
- Orders - Created
- Orders Due
- Orders Pending
- Orders - Un-Ordered
- Orders - Usage
Resources
Help Documentation
- Advanced Search-Refer To of E-Orders
- E-Orders-Add Order Request
- E-Orders-Order Requests Chart Tab-Grid
- E-Orders Chart Tab
- E-Orders View Recent
- Link Document to E-Order
- Tests and Procedures-Adding-Applying-Completing-Resulting
- Tests and Procedures-Edit-Delete-Remove
- Due List Chart Tab
- Public - Orders Inbound and Outbound Interface Specs
- Public - Lab Result CSV API
- Public - Sending HL7 Messages into System
- Orders Due Report
- Orders Usage Report
- Observation Code Editor
- Observation Code Merging
- Observation Flowsheets
- Observations Tab
Enterprise Health Documentation
Page Created:
Last Updated:
Last Build:
Tue, 24 Jan 2023 15:05:03 UTC
WikiGDrive Version: 6c6f21d9d0a63cb86fd32dec4cec30d4b470cbf5