|
|
(96 intermediate revisions by the same user not shown) |
Line 7: |
Line 7: |
|
| |
|
| ==Sandbox begins below== | | ==Sandbox begins below== |
| Data management in the [[physician office laboratory]] (POL) involves understanding workflows, choosing data management systems (like [[LIS]] or [[ELN]]), and applying best practices. This chapter talks about the common workflow and how data associated with it is better managed with [[informatics]] tools.
| | Material testing can focus on specific industries (e.g., automotive, construction, and pharmaceutical), products (e.g., car seats, asphalt, and medical devices), or raw materials (e.g., steel, gravel, and zirconia ceramic). |
|
| |
|
| This fourth chapter on the topic of data management has four sections.
| | About chemical testing of raw materials https://a2la.org/accreditation/chemical-testing/ |
|
| |
|
| <div align="center">-----Return to [[LII:The Comprehensive Guide to Physician Office Laboratory Setup and Operation|the beginning]] of this guide-----</div>
| | Material testing domains: |
| __TOC__
| | * Aerospace |
| ==4. Data Management==
| | **Adhesives |
| | **Composites |
| | **Fasteners |
| | **Paints and primers |
| | **Sealants |
| | **Etc. |
| | *Automotive |
| | **Adhesives |
| | **Coatings |
| | **Foams |
| | **Lighting and high-visibility solutions |
| | **Plastics |
| | **Seating |
| | **Etc. |
| | *Carbon |
| | **Activated carbon |
| | **Coal tar |
| | **Etc. |
| | *Coatings, linings, and sealants |
| | **Ceramic coatings |
| | **Metal coatings |
| | **Pipe linings |
| | **Thermal sprays |
| | **Etc. |
| | *Construction and engineering |
| | **Asphalt |
| | **Brick and tile |
| | **Fasteners |
| | **Fenestration and glazing products (i.e., windows, doors, glass) |
| | **Geosynthetics |
| | **Plumbing |
| | **Soil |
| | **Etc. |
| | * Insulation, foam, and composites |
| | **Fiberglass |
| | **Flexible and laminate urethane foam composite |
| | **Polyester resins |
| | **Etc. |
| | *Lubricants and thickeners |
| | **Metallic stearates |
| | **Powdered metal |
| | **Pre-formed grease thickeners |
| | **Etc. |
| | * Medical devices |
| | **Ceramics |
| | **Metals |
| | **Screws |
| | **Etc. |
| | *Metals |
| | **Aluminum |
| | **Castings |
| | **Copper |
| | **Rebar |
| | **Steel |
| | **Tubing |
| | **Welds |
| | **Zinc |
| | **Etc. |
| | * Packaging and labeling |
| | **Cardboard |
| | **Label adhesives |
| | **Pharmaceutical packaging |
| | **Sterile barrier materials |
| | **Etc. |
| | * Paints and oils |
| | **Interior/Exterior paints |
| | **Organic coatings |
| | **Paint on parts |
| | **Transformer oil |
| | **Etc. |
| | * Paper |
| | **Cellulose paper tape |
| | **Crepe paper and tubes |
| | **Kraft paper |
| | **Pressboard |
| | **Etc. |
| | *Polymers and plastics |
| | **Biopolymers |
| | **Condoms and gloves |
| | **Payment cards |
| | **O-rings |
| | **[https://www.sciencedirect.com/science/article/pii/S1751616121005105 Silicone-based biological tissue mimics] |
| | **Thermoplastic resins |
| | **Etc. |
| | * Raw materials |
| | **Food and beverage ingredients |
| | **Elemental material |
| | **Pharmaceutical ingredients |
| | **Etc. |
| | * Reference materials |
| | **Cannabinoids |
| | **Coals and cokes |
| | **Elemental gasses |
| | **Isotope reference material |
| | **Organic analytical reference material |
| | **Pesticides |
| | **Etc. |
| | *Rubbers |
| | **Bump stops |
| | **Gloves |
| | **Neoprene |
| | **Silicone |
| | **Tires |
| | **Etc. |
| | *Electronics and energy devices |
| | **Batteries |
| | **Semiconductors |
| | **Solar panels |
| | **Transformers |
| | **Etc. |
| | *Textiles |
| | **Carpet |
| | **Drapery |
| | **Non-woven fabrics |
| | **Upholstery |
| | **Etc. |
| | *Wood |
| | **Dowel |
| | **Flooring |
| | **Lumber |
| | **Medium-density fibreboard (MDF) |
| | **Etc. |
|
| |
|
| ===Functional requirements===
| | Test method developers: |
| ====LIS as a center of workflow/full office integration====
| | * Aerospace Industries Association (AIA/NAS/NASM) |
| When considering the data management requirements for any business — from a car dealership to a clinical laboratory — the workflow of the business should be one of the primary starting points. This holds equally true for the [[physician office laboratory]] (POL). As such it's important to note where the POL is located in the broad scope of clinical workflow, which is directly in the analytic stage of the process, with a few pre-analytic and post-analytic tasks occurring directly before and after. As a reminder, here's the POL workflow diagram again from the first part of this guide:
| | * American Architectural Manufacturers Association (AAMA) |
| [[File:POLWorkflow.png|500px]]
| | * American Association of State Highway and Transportation Officials (AASHTO) |
| | | * American Association of Textile Chemists and Colorists (AATCC) |
| Inside this workflow are various associated activities, largely dependent on the specimen and test type as well as the CLIA certificate type the POL holds<ref name="LaughlinTheLIS15">{{cite web |url=https://www.mlo-online.com/information-technology/lis/article/13008470/the-lis-the-healthcare-market-and-the-pol |title=The LIS, the healthcare market, and the POL |author=Laughlin, Sandra; Feldman, Deb |work=Medical Laboratory Observer |publisher=MLO – NP Communications, LLC |date=22 October 2015 |accessdate=17 May 2022}}</ref>:
| | * American Institute of Timber Construction (AITC) |
| | | * American National Standards Institute (ANSI) |
| # '''Specimen collection''': The physician, nurse, or office assistant will go through the necessary procedures to collect what is needed for an ordered test. Some specimens such as intravenous blood and urine will require added collection procedures beyond easy-to-collect specimen types such as capillary blood.
| | * American Petroleum Institute (API) |
| # '''Specimen receiving''': In most cases the specimen doesn't require special transportation because collection is happening at the point of care. Additionally, the specimen may not require much handling, as in the case of collecting capillary blood from the finger bed for a determination of glucose levels via a hand-held meter. More complex samples not tested at the patient's side will require extra receiving procedures, however, including adding labeling and barcoding as well as entering the specimen in a data management system.
| | * American Society of Mechanical Engineers (ASME) |
| # '''Specimen preparation''': In a POL where intravenous blood and urine are collected, those specimen types may require extra preparation if not performed in receiving. Blood, for example, may need to be centrifuged and have the serum plasma pipetted out as an aliquot.
| | * American Welding Society (AWS) |
| # '''Specimen processing and analysis''': In the case of simple-to-use CLIA-waved test devices, the processing and analysis — often qualitative — is performed by the device, producing results in some cases within a few minutes. In the less frequent case of moderate to complex testing in a POL, additional processing such as the addition of a reagent or placement in an analyzer may be required. This culminates in a manual analysis by a pathologist, cytotechnolgist, or other lab personnel or an automatic analysis by an analyzer.
| | * American Wood Protection Association (AWPA) |
| # '''Post-processing''': This can range from simply disposing of a CLIA-waived test strip properly to reserving a portion of the specimen in storage for a set period of time in case an additional analysis is required.
| | * AOAC International (Association of Official Agricultural Chemists; AOAC) |
| # '''Reporting''': In many CLIA-waived devices, the reporting process amounts to simply documenting the result of a test in a patient chart. A few waived devices and most moderate to complex analyzers will generate a report of results either digitally or as a printout. Advanced lab testing requiring human analysis may necessitate the manual generation of a report for the office physician. In rare cases such as a positive result for HIV, additional reporting requirements to local and state authorities may be required.<ref name="LegalDisclosureAIDS">{{cite web |url=https://www.hiv.gov/hiv-basics/living-well-with-hiv/your-legal-rights/limits-on-confidentiality |title=HIV Disclosure Policies and Procedures |work=HIV.gov |publisher=U.S. Department of Health & Human Services |date=15 May 2017 |accessdate=17 May 2022}}</ref> Of course, the final results are then related to the patient, and the physician reviews any necessary next steps.
| | * ASTM International (ASTM) |
| | | * Automakers (Ford, GM, Honda, PACCAR, Peugeot, Subaru, Tesla, Toyota, Volvo, etc.) |
| These activities represent the core of what a basic clinical or physician office laboratory will do. However, a bevy of satellite tasks associated with the day-to-day operation of the POL add additional nuances and requirements when considering how to better manage the lab's data and activities. Ordering inventory, scheduling lab appointments, and maintaining CLIA requirements are all examples of such satellite tasks. An analysis of those tasks may in return prompt questions about how their efficiency can be improved, if it all, through a data management system. Additionally, systems may vary in purpose and functionality, requiring comparisons of more than one type of system based on POL requirements. A POL with a CLIA certificate of waiver that performs a handful of capillary blood and urine tests may not be able to justify a full-fledged [[laboratory information system]] (LIS) to manage the data associated with those tests. Results may just need to be entered on a patient chart and/or in an [[electronic health record]] (EHR). However, a POL certified to do moderate and complex testing and doing it in sufficient volume may need to turn to an in-house LIS.
| | * Canadian Standards Association (CSA) |
| | | * Chemical Fabrics & Film Association (CFFA) |
| ====Functionality requirements====
| | * Consumer Product Safety Commission (CPSC) |
| So far we've said that looking at a business' workflow makes for a nice start to determining its data management needs. This process includes not only looking at core tasks such as sample processing and reporting but also ancillary tasks such as inventory management, payment processing, and performance tracking. What hasn't been said so far is that knowledgeable vendors of data management systems have covered a lot of that ground themselves already, determining common functional requirements of clinical labs and adding corresponding tools to their software; laboratory workflow drives LIS and other data system development.<ref name="Sinard06">{{cite book |title=Practical pathology informatics: Demystifying informatics for the practicing anatomic pathologist |author=Sinard, J.H. |publisher=Springer-Verlag |year=2006 |isbn=9780387280585 |doi=10.1007/0-387-28058-8}}</ref> As such, looking at the features of typical clinical data management tools often provides additional insight. However, another more practical approach involves an amalgam of these two methods: a comprehensive request for information (RFI) or request for proposal (RFP) document.
| | * Deutsches Institut für Normung (DIN) |
| | | * Electronic Components Industry Association (ECIA/EIA) |
| Several industry-based organizations have created RFI- and RFP-style documents for LIS and laboratory functionality, including the Association for Pathology Informatics (API) and the Healthcare Information and Management Systems Society (HIMSS).<ref name="APILISFunc">{{cite web |url=https://www.pathologyinformatics.org/lis-toolkit |title=LIS Functionality Assessment Toolkit |publisher=Association for Pathology Informatics |date=20 September 2013 |accessdate=17 May 2022}}</ref><ref name="HIMMSRFP">{{cite web |url=http://www.himss.org/resourcelibrary/TopicList.aspx?MetaDataID=565 |archiveurl=https://web.archive.org/web/20160602193653/http://www.himss.org/resourcelibrary/TopicList.aspx?MetaDataID=565 |title=RFP Sample Documents |publisher=Healthcare Information and Management Systems Society |date=March 2012 |archivedate=02 June 2016 |accessdate=17 May 2022}}</ref> Those documents contain hundreds of software requirements based on the operational and administrative needs of a clinical laboratory. Using those documents and other research of vendor offerings and laboratory needs, the authors of this guide have created a similar online document to allow potential users a chance to determine if an evaluated LIS can meet a laboratory's needs. An example of functionality statements can be seen in Figure 1:
| | * European Telecommunications Standards Institute (ETSI) |
| | | * Federal Motor Vehicle Safety Standard (FMVSS) |
| [[File:LIMSpec22 Example.png|812px|left]]
| | * FM Approvals (FM) |
| {{clear}}
| | * GE Aerospace (GE) |
| <blockquote>'''Figure 1''': Sample of [[laboratory informatics]] requirements from [[LII:LIMSpec 2022 R1|LIMSpec 2022 R1]]</blockquote>
| | * Government and military (MIL, [https://fedspecs.gsa.gov/s/federal-standards Fed], Consumer Product Safety Commission, CSFA, EPA, FDA, MMM, NAVSEA, United Nations Economic Commission for Europe, etc.) |
| | | * Industrial Fasteners Institute (IFI) |
| The full set of 320 LIS requirements is included as an addendum to this guide. You can access it directly [[Laboratory information system (LIS) questionnaire|here]] or in the [[LII:The Comprehensive Guide to Physician Office Laboratory Setup and Operation/Additional Resources|Additional Resources]] section of the guide. A careful review of that document should provide a clearer picture of the potential requirements of a clinical laboratory.
| | * Institute of Electrical and Electronics Engineers (IEEE) |
| | | * International Atomic Energy Agency (IAEA) ([https://www.iaea.org/topics/material-analysis 1], [https://www.iaea.org/topics/other-non-destructive-testing 2], [https://www.iaea.org/topics/materials 3]) |
| It must be stated, however, that as many POLs are smaller in scale, statements such as "The system includes clinical trial management tools" will be viewed as unnecessary to all but clinical research laboratories. In other words, just because a functionality statement is listed doesn't mean that functionality will be necessary to a POL.
| | * International Code Council (ICC-ES) |
| | | * International Electrotechnical Commission (IEC) |
| ===LIS integration with software and instruments===
| | * International Maritime Organization (IMO) |
| Given that a clinical laboratory's workflow often includes analytical instruments and other software, it makes sense that those tools should be able to [[LIS feature#Instrument interfacing and management|interface]] with a data management system like a LIS. Today's interfaces are generally built on standardized communication tools, including messaging formats like [[Health Level 7]] (HL7).<ref name="Sinard06" /> Arguably, this interoperability may not be a requirement for POLs performing waived testing; CLIA-waived tests don't often require advanced equipment, and the POL may not even need an LIS to manage patient test data. But for those POLs that employ [[laboratory automation]], the ability of clinical analyzers to send their data to a central laboratory management system is important to maintaining a streamlined, efficient workflow.
| | * International Organization for Standardization (ISO) |
| | | * International Safe Transit Association (ISTA) |
| The HL7 messaging standards are particularly important to laboratory data management because they define how information is packaged and communicated from one party to another. Such standards set the language, structure, and data types required for seamless integration of various systems and instruments.<ref name="KimCreating05">{{cite web |url=http://www.kathykim.com/sitebuildercontent/sitebuilderfiles/ClinicalDataStandardsInHealthCare.pdf |archiveurl=https://web.archive.org/web/20170114055221/http://www.kathykim.com/sitebuildercontent/sitebuilderfiles/ClinicalDataStandardsInHealthCare.pdf |format=PDF |title=Creating Clinical Data Standards in Health Care: Five Case Studies |author=Kim, K. |publisher=California HealthCare Foundation |date=July 2005 |archivedate=14 January 2017 |accessdate=17 May 2022}}</ref> Health Level 7 describes the types of information communicated between such systems in the clinical environment as including "process control and status information for each device or analyzer, [as well as] each specimen, specimen container, and container carrier; information and detailed data related to patients, orders, and results; and information related to specimen flow algorithms and automated decision making."<ref name="HL711">{{cite web |url=http://www.hl7.org/implement/standards/product_brief.cfm?product_id=203 |title=HL7 version 2.7 standard: Chapter 13 - Clinical laboratory automation |author=Health Level Seven International |date=2011 |accessdate=27 August 2015}}</ref>
| | * IPC International (Institute for Interconnecting and Packaging Electronic Circuits; IPC) |
| | | * Japanese Standards Association (JAS/JIS) |
| ====LIS - EHR integration and interfacing====
| | * NACE International (National Association of Corrosion Engineers; NACE) |
| Integration of clinical and physician systems usually requires an interface—often referred to as a result interface—which isn't typically turnkey, begetting the need for a comprehensive development plan and implementation process.<ref name="Kasoff12">{{cite web |url=https://www.mlo-online.com/home/article/13004285/connecting-your-lis-and-ehr |title=Connecting your LIS and EHR |author=Kasoff, J. |publisher=Medical Laboratory Observer |date=February 2012 |accessdate=17 May 2022}}</ref> If designed well, the interface allows test orders and results to be transferred back and forth between the two systems, and it permits batch billing and admission/discharge/transfer (ADT) reporting to occur.<ref name="Sinard06" />
| | * National Fire Protection Association (NFPA) |
| | | * [https://www.dot.ny.gov/divisions/engineering/structures/manuals/scm/repository/SCM_4th_Edition_1-2018.pdf New York State Steel Construction Manual (NNSSCM/SCM)] |
| The reality, however, for particularly large laboratories accepting test orders from multiple physician offices is that tens of different interfaces may need to be developed, one for each different EHR. The end result: what is viewed as an unnecessarily complex process of transferring data between systems.<ref name="DDHow15">{{cite web |url=https://www.darkdaily.com/2015/03/30/how-medical-laboratories-help-physicians-overcome-the-failure-of-many-ehr-systems-to-support-effective-lab-test-ordering-and-lab-result-reporting-330/ |title=How Medical Laboratories Help Physicians Overcome the Failure of Many EHR Systems to Support Effective Lab Test Ordering and Lab Result Reporting |work=Dark Daily |publisher=Dark Intelligence Group, Inc |date=30 March 2015 |accessdate=17 May 2022}}</ref> One possible approach to this problem was suggested in 2015 by Donald M. Voltz, MD: integrate systems through middleware, software similar to a result interface that connects one or more other software applications. From his point of view, a proper middleware solution could connect dozens of EHRs, creating interoperability.<ref name="VoltzConnecting15">{{cite journal |title=Connecting the Disparate: Middleware’s Role in Solving Healthcare’s EHR Interoperability Problems |journal=Journal of AHIMA |author=Voltz, Donald M. |volume=86 |issue=5 |pages=28–33 |year=May 2015 |accessdate=29 September 2015 |url=https://library.ahima.org/doc?oid=107645 |accessdate=17 May 2022}}</ref><ref name="VoltzTran2015">{{cite web |url=https://electronichealthreporter.com/can-a-middleware-prescription-cure-healthcares-ehr-interoperability-disorder/ |title=Can a Middleware Prescription Cure Healthcare’s EHR Interoperability Disorder? |work=Electronic Health Reporter |author=Voltz, Donald M.; Tran, Thanh |publisher=millerrupp |date=02 June 2015 |accessdate=17 May 2022}}</ref> Though Voltz promotes middleware as a solution to EHR-to-EHR integration, its applicability to LIS - EHR integration is likely still relevant.
| | * NSF International (National Sanitation Foundation; NSF) |
| | | * Pressure Sensitive Tape Council (PSTC) |
| In fact, the College of American Pathologists' ''CAP Today'' publication reported on the trend of middleware development for POLs in 2011, for not only software-to-software integration but also software-to-instrument integration. "For the right POL, middleware can provide a user-friendly, flexible, cost-effective method for interfacing their IVD [in vitro diagnostics] instruments directly to the EHR without the need for an LIS," said Dawning Technologies' Jay Sax.<ref name="WagnerMiddle11">{{cite web |url=http://www.captodayonline.com/Archives/0311/0310_CAPTODAY_MiddlewareSystemsGuide.pdf |format=PDF |title=Middleware to ‘littleware’: vendors catering to smaller labs |work=CAP Today |author=Wagner, Karen L. |publisher=College of American Pathologists |date=March 2011 |accessdate=17 May 2022}}</ref> (See Table 1 below for a small representative list of middleware that can, according to the developer, interface with EHR, LIS, and IVD instruments.)
| | * Radio Technical Commission for Aeronautics (RTCA) |
| | | * Suppliers of Advanced Composite Materials Association (SACMA) |
| Given this cumbersome process, some software developers have attempted to add LIS functionality to an EHR. But this approach has its drawbacks. In 2012, the College of American Pathologists' (CAP's) Diagnostic Intelligence and Health Information Technology (DIHIT) Committee identified several issues, including<ref name="SinardLISEHR">{{cite web |url=http://www.pathologyinformatics.org/sites/default/files/Sinard_CAP%20DIHIT%20Committee_API_SS_2012.pdf |archiveurl=https://web.archive.org/web/20150829164712/http://www.pathologyinformatics.org/sites/default/files/Sinard_CAP%20DIHIT%20Committee_API_SS_2012.pdf |format=PDF |title=Pathology and the LIS in the Era of the EHR |author=Sinard, John H. |publisher=College of American Pathologists |date=2012 |archivedate=29 August 2015 |accessdate=17 May 2022}}</ref>:
| | * SAE International (SAE/AMS/AS) |
| | | * TAPPI (Technical Association of the Pulp and Paper Industry; TAPPI) |
| * a limited feature set, with little incentive to increase functionality;
| | * Truss Plate Institute (TPI) |
| * a failure to eliminate the need for interfaces with other systems;
| | * UL Standards and Engagement (UL) |
| * an encounter-specific approach rather than a specimen-centric one; and
| | * United States Pharmacopeia Convention (USP) |
| * an inability to handle outreach volume and operations.
| |
| | |
| Another complaint about EHRs and the way they interface with a LIS: many don't handle test-related activities well. "[O]nly a handful of EHR products are good at supporting optimal workflow for lab test orders and lab test reporting," according to a 2015 report from Dark Daily.<ref name="DDHow15" /> That same report also mentions how when test results are finally transferred back from an LIS to an EHR, the associated report will often end up "in a secondary location within the EHR, in effect separately from the patient-centric screens the physician uses to view all data needed for diagnosis and treatment of a patient" which as a result "may require the staff to print out the lab test results, which defeats the purpose of an electronic interface."<ref name="DDHow15" />
| |
| | |
| As such, any POL performing sufficient volumes of testing to benefit from using an LIS may also want to consider the costs and drawbacks, if any, of interfacing to their EHR system. In a case where the POL is in a position to consider both an LIS and an EHR at the same time, examine the features and potential integration of those products, and be sure to consider any future potential of integrating your systems with other external data management systems, including another [[Reference laboratory#Referral and diagnostic|reference laboratory]]. If considering an EHR that includes some LIS functionality, be sure to clearly identify the functional requirements and demo the system thoroughly to ensure test and reporting workflows make sense.
| |
| | |
| Finally, in cases where POL test volumes are low — coming from only one or a few instruments — and an LIS is not required, POL operators may want to simply consider a middleware option that smoothly facilitates the flow of instrument data to the EHR.
| |
| {|
| |
| | STYLE="vertical-align:top;"|
| |
| {| class="wikitable" border="1" cellpadding="5" cellspacing="0" width="70%"
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;" colspan="5"|'''Table 1.''' Examples of middleware able to interface with third-party EHR, LIS, and instruments<br />(* denotes middleware can interface with company's own LIS but not clear if can interface with third-party LIS)
| |
| |-
| |
| ! Company
| |
| ! Product
| |
| ! Can interface to third-party EMR/EHR
| |
| ! Can interface to third-party LIS
| |
| ! Can interface to third-party instruments
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Abbott Laboratories
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.rals.com/us/home.html RALS]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Apex HealthWare, LLC
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.apexhealthware.com/ApexConnector.aspx Apex Connector]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Cerner Corporation
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.cerner.com/solutions/device-connectivity CareAware]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Clin1, LLC
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://clin1mobile.net/unique-middleware-options CLIN1 LMS]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Data Innovations, LLC
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.datainnovations.com/instrument-manager-0 Instrument Manager]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Intellitec Healthcare IT Solutions GmbH
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.intellitec.de/solutions/aurelio-lab aurelio/lab]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Medicus
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://medicuslis.com/pages/our-solutions Medicus LINC]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|NextGen Healthcare
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.nextgen.com/products-and-services/integration-engine Mirth Connect]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Orchard Software Corporation
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://www.orchardsoft.com/solutions/orchard-point-of-care/ Orchard Point-of-Care]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Psyche Systems Corporation
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://psychesystems.com/enterprise-laboratory-information-software/extension-modules/ Ē.xtension]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown*
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown
| |
| |-
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Relaymed PLC
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|[https://relaymed.com/ Relaymed]
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Unknown
| |
| | style="background-color:white; padding-left:10px; padding-right:10px;"|Y
| |
| |-
| |
| |}
| |
| |}
| |
| | |
| ===Best practices and standard operating procedures===
| |
| It's not enough for physician office staff to choose and implement data management tools in the practice. Like a stethoscope or a diabetes test kit, data management software is a tool requiring knowledge of how to effectively use and manage it in order to achieve the best results; it won't improve patient and test management all on its own. As such, any physician office or POL adding data management tools should also implement a set of best practices that will better guarantee cleaner, more secure patient and test data. Proper health information management (HIM) practices have the potential to yield higher staff productivity levels, "improve reimbursement by helping create quality records that substantiate the care that physicians bill ... [and] reduce denied claims through better documentation."<ref name="HeubuschPhys08">{{cite journal |url=https://library.ahima.org/doc?oid=82949 |title=Physician Practices and Information Management: HIM Professionals Offer Value in Changing Practices |journal=Journal of AHIMA |author=Heubusch, Kevin |volume=79 |issue=8 |pages=18–22 |year=August 2008 |accessdate=17 May 2022}}</ref>
| |
| | |
| But who's going to take responsibility for setting and maintaining data management best practices in the physician office and its associated laboratory? In larger POLs, a HIM professional may be dedicated to practice and data management duties.<ref name="HeubuschPhys08" /> However, with 70.6 percent of non-exempt POLs in the U.S. running on a CLIA certificate of waiver<ref name="CMS14Enroll">{{cite web |url=https://www.cms.gov/Regulations-and-Guidance/Legislation/CLIA/Downloads/statupda.pdf |format=PDF |title=Enrollment, CLIA exempt states, and certification of accreditation by organization |author=Centers for Medicare and Medicaid Services, Division of Laboratory Services |date=May 2022 |accessdate=17 May 2022}}</ref>, a majority of POLs tend to be quite small, overseen not by a laboratory director but rather a person operating as the practice manager. That may be an office manager or a physician in the practice, who in reality may not have a lot of experience with data management procedures. As such, a data management system's ease-of-use and dependability is often viewed as vital to POL staff who are only just beginning to learn how to effectively develop and implement an effective data management plan.
| |
| | |
| When developing standard operating procedures (SOPs) and a best practices plan for using data management tools in the POL, it helps to look at the responsibilities that individual will have in the role. They may<ref name="HeubuschPhys08" /><ref name="SmithImp03">{{cite journal |url=http://www.aafp.org/fpm/2003/0500/p37.html |title=Implementing an EMR System: One Clinic’s Experience |journal=Family Practice Management |author=Smith, Paul D. |volume=10 |issue=5 |pages=37–42 |year=May 2003 |accessdate=17 May 2022}}</ref>:
| |
| | |
| * document and assess POL and practice workflow; | |
| * select and implement an EHR, LIS, and/or middleware; | |
| * create and maintain health records, including transitioning old data to the new system; | |
| * manage the creation and implementation of quality system documentation and training material;
| |
| * manage privacy, confidentiality, and sharing policies for test and patient data; and | |
| * manage quality and compliance reporting duties. | |
| | |
| These tasks and duties help shape how SOPs for information management are developed. Defining POL and practice workflow before choosing a data management system, for example, helps clarify what system functionality is necessary and how data entry procedures will potentially alter that workflow upon system implementation. Thinking about a practice's existing privacy, confidentiality, sharing, and reporting duties and how they'll be affected by adding data management tools helps drive post-implementation SOP development.
| |
| | |
| The practice/data manager requiring additional guidance in developing a POL's data management SOPs may turn to other laboratories' existing SOPs. One such example is Johns Hopkins University's Safety Monitoring in International Laboratories (SMILE) program, which offers at least elementary tools towards developing information management policy in the form of an SOP Checklist.<ref name="MaddenCheck13">{{cite web |url=http://www.niaid.nih.gov/labsandresources/resources/daidsclinrsrch/documents/labstudydata.doc |archiveurl=https://web.archive.org/web/20160105213800/http://www.niaid.nih.gov/labsandresources/resources/daidsclinrsrch/documents/labstudydata.doc |format=DOC |title=Checklist for Site SOP Required Elements: Quality Management Plan |author=Madden, Jaclyn; Hanes, Heidi (ed.) |publisher=Johns Hopkins University |date=18 January 2013 |archivedate=05 January 2016 |accessdate=17 May 2022}}</ref> (Original .doc archived [https://web.archive.org/web/*/http://www.niaid.nih.gov/labsandresources/resources/daidsclinrsrch/documents/labstudydata.doc here]) Pages seven and eight offer insights into information management considerations such as patient confidentiality, electronic information access and use, reporting, results modification, communication of changes, and data storage and integrity.
| |
| | |
| Other options for POL staff to gain insight into SOP development include:
| |
| | |
| * reviewing the chosen data management system's documentation.
| |
| * taking certified courses on health information technology, for example through the American Medical Association.<ref name="AMAHIT">{{cite web |url=http://www.ama-cmeonline.com/health_it/ama_health_it_transcript.pdf |archiveurl=https://web.archive.org/web/20150318222508/http://www.ama-cmeonline.com/health_it/ama_health_it_transcript.pdf |format=PDF |title=Health Information Technology |publisher=American Medical Association |archivedate=18 March 2015 |accessdate=17 May 2022}}</ref> (see the original archived AMA content for more: [https://web.archive.org/web/20150318222508/http://www.ama-cmeonline.com/health_it/ama_health_it_transcript.pdf here]
| |
| * reading implementation stories from other physician offices and POLs.<ref name="SmithImp03" /><ref name="CongdonThe12">{{cite web |url=https://www.healthitoutcomes.com/doc/the-reality-of-ehr-use-in-the-physicians-practice-0001 |title=The Reality Of EHR Use In The Physicians Practice |author=Congdon, Ken |work=Health IT Outcomes |publisher=Jameson Publishing |date=02 October 2012 |accessdate=17 May 2022}}</ref> | |
| * hiring a consultant or part-time HIM professional.<ref name="HeubuschPhys08" /> | |
| | |
| ===Other workflow requirements===
| |
| For the most part, data management systems such as the LIS and EHR/EMR are designed to handle core workflow functions; the LIS manages specimen receiving, processing, and analysis, while the EHR excels at organizing and presenting patient data. However, technological innovation and demand for more comprehensive tools has driven software developers to add additional functionality beyond the main workflow track, including environmental monitoring, customer management, and billing and revenue management. As such, it's worth taking a brief look at any additional workflow requirements in the POL and how data management tools may or may not address them.
| |
| | |
| '''1. Quality management:''' In their 2011 manual on quality management systems, the World Health Organization (WHO) states the following about the importance of laboratory quality:
| |
| | |
| <blockquote>Laboratory quality can be defined as accuracy, reliability and timeliness of reported test results. The laboratory results must be as accurate as possible, all aspects of the laboratory operations must be reliable, and reporting must be timely in order to be useful in a clinical or public health setting.<ref name="WHOQMS11">{{cite book |url=https://apps.who.int/iris/bitstream/handle/10665/44665/9789241548274_eng.pdf |format=PDF |title=Laboratory Quality Management System Handbook |author=World Health Organization |publisher=World Health Organization |edition=1.1 |location=Geneva, Switzerland |year=2011 |isbn=9789241548274 |accessdate=17 May 2022}}</ref></blockquote>
| |
| | |
| Given how vital reliably accurate and prompt test results are to the clinical environment, quality management is a necessary ancillary component to the POL's primary workflow. For CLIA-waived POLs, quality management procedures may be relatively simple, focusing on proper sample collection, test procedures, and result documentation. For moderate- and advanced-level POLs, quality management procedures and documentation may be much more rigorous. For the POL not using a data management system, quality management comes down to developing standard operating procedures (SOPs) and a means to train staff and evaluate the SOPs' effectiveness. However, an LIS often includes functionality that promotes quality control beyond in-house SOP development and implementation. Quality control tasks can be scheduled and Westgard rules — "[r]ules that are used in conjunction with each other to provide a high level of error detection while reducing the incidence of false rejection"<ref name="DawsonWest05">{{cite web |url=http://www.hptn.org/Web%20Documents/HPTNMeeting2005/WestgardPresentation02_16_05.pdf |archiveurl=https://web.archive.org/web/20151010050214/http://www.hptn.org/Web%20Documents/HPTNMeeting2005/WestgardPresentation02_16_05.pdf |format=PDF |title=Westgard Rules: The Nitty Gritty of Quality Control |author=Dawson, Sarah |publisher=HPTN Central Lab |date=16 february 2005 |archivedate=10 October 2015 |accessdate=17 May 2022}}</ref> — can be implemented in the LIS' quality control tools. POL staff benefit from receiving alerts on out-of-range values of test results and viewing Levey-Jennings plots which provide a better visual indication of whether or not a laboratory test is working as expected.<ref name="MoumtzoglouLab14">{{cite book |url=https://books.google.com/books?id=lhqXBQAAQBAJ&pg=PA285 |title=Laboratory Management Information Systems: Current Requirements and Future Perspectives |author=Moumtzoglou, Anastasius; Kastania, Anastasia; Archondakis, Stavros |publisher=IGI Global |location=Hershey, PA |year=2014 |page=285 |isbn=9781466663213}}</ref> It can also house corrective action plans and QC task history.<ref name="LaughlinTheLIS15" /> Again, however, the need for software-based quality management tools in the POL is going to largely depend on the POL specimen and test type as well as the CLIA certificate type the POL holds.
| |
| | |
| '''2. Reporting:''' Reporting represents another ancillary task that comes out of processing patient specimens. And like quality management, the breadth of reporting in a POL is primarily determined by the volume and difficulty of lab testing. Like so many other tasks, the POL that is dealing with low-volume CLIA-waived testing may simply opt to document test result directly to the patient file. However, opportunities exist for even the smallest of POLs to integrate a variety of reporting functions into their workflow, even if it's through a third-party reporting platform. Aside from sample reports and test results, inventory, billing, workload, profitability, quality control, regulatory, compliance, and epidemiology can all be documented in text, tables, charts, etc. in a variety of digital, printable formats. The reports can then in some cases be automatically faxed, e-mailed, or printed.
| |
| | |
| '''3. Other laboratory management tasks:''' Of course, other POL tasks may originate from the main workflow or simply fall under the category of "general laboratory management." Some of those tasks — often able to be managed via a data management system like a LIS, EHR, or practice management suite — include:
| |
| | |
| * task assignment and management | |
| * demographic management of customers, suppliers, and other outside entities | |
| * inventory management | |
| * creation, modification, and maintenance of training records and materials
| |
| * incident and performance tracking
| |
| * billing and revenue management
| |
| | |
| ==References==
| |
| <references />
| |
| | |
| ==Citation information for this chapter==
| |
| '''Chapter''': 4. Data management
| |
| | |
| '''Title''': ''The Comprehensive Guide to Physician Office Laboratory Setup and Operation''
| |
| | |
| '''Author for citation''': Shawn E. Douglas
| |
| | |
| '''License for content''': [https://creativecommons.org/licenses/by-sa/4.0/ Creative Commons Attribution-ShareAlike 4.0 International]
| |
| | |
| '''Publication date''': June 2015
| |
| | |
| <!--Place all category tags here-->
| |