Allscripts Enterprise EHR - Basic Order/Results
This webinar was done May 24th, 2013 by Tony Yelacic and Mary Larson. It covered the basics of creating Orders and Results within the Allscripts Enterprise EHR.
Presentation slides Presented
Questions & Answers from the Webcast
Q: If I need to create an order that will be used for documentation purposes only, there is no result or charge for it so, is the set up the same?
A: Yes, the basic set up will be the same. However, there are sections in the set up that can be left blank. Those sections are: Results, Charge/MN, Specimen, Performing and Order Mapping. It is important to note that the Behavior section offers a check box to "Automatically Complete Upon the Order Becoming Active" found within that section. That needs to be considered in your build/workflow. The remaining sections should be carefully tested as they may be important factors in meeting the order objective. Keep in mind each new orderable item needs to be properly classify within the OID dictionary hierarchy.
Q: What if I have a certain orderable test that should only be used by one of the four sites in our organization? How could I set that up?
A: Using the Site Restriction option may work for in this scenario. In the Order Mapping section there is a blue "Site Restriction" set up field. Clicking on that opens the 'assign site' box. The sites that are assigned are the only sites within the organization that will be able to see that orderable item in a search within the ACI. Most important there is a .NET Preference that needs to be set to 'Y' at the enterprise level in order for this restriction to actively work. The preference is found under Order- "Enable Orderable Item Selection by site filtering".
Q: What do you do when a charge has more than one CPT code associated with a test?
A: Both charge codes can be set to drop automatically by adding them both and separating with a comma. This is done in the 'Charge/MN' section of the orderable item build.
Q: We have some providers that can never seem to find certain items in the ACI because they don't all refer to an item by the same name. Do we need to create additional test for them?
A: No, creating additional test for that reason is not recommended. You can however help the providers out a bit by entering the non-standard name in the grid. Example: In the grid of the orderable item dictionary the display name might be noted as 'Comprehensive Metabolic Panel' and the name on the grid line (between the code and Mnemonic) could be noted only as 'CMP'. When searching the ACI the provider searches for 'CMP', the search returns 'Comprehensive Metabolic Panel' even though the provider only entered the letters CMP. It should be noted that the display name is what flows to the requisition, the note outputs and the Order tab. Most importantly, these grid name changes should never be made without consideration to vender compendiums/codes/interfaces etc.