510(k) SUMMARY. Epic s Blood Product Administration Module version 0.9



Similar documents
BloodTrack. Remote blood inventory and bedside transfusion management system. software solutions

Experience the Difference.

Introduction. Editions

In response to the Meaningful Use (MU) initiative in the American Recovery and

Connected Healthcare. Integrated Solutions for Connected Clinician Innovation in Practice

Process Scanning Background Automation of forms Electronic dictation BRMH recognized that a paperless environment

Patient Safety with Bar Code and RFID Labeling Identification

Patient Safety Applications for Bar Code and RFID Technology APPLICATION WHITE PAPER

Healthcare Today and Tomorrow: Patient Safety and Bar Coding

The U.S. FDA s Regulation and Oversight of Mobile Medical Applications

Workflow Analysis Andrew Sharpin Deloitte Consulting. "Reviewed November 2014"

Moving your Facility to an Electronic Medical Record

Solving Healthcare Challenges. Increasing patient safety, reducing errors and improving efficiencies with Intermec Healthcare Solutions.

Sage Intergy 6.10 Architecture Guide

General Hardware Requirements Workstation Requirements Application / Database Server Requirements Storage Requirements...

Mobility throughout hospital lab workflows: improve efficiency and reduce errors with real-time information at the point of work

Going Mobile Drives Paperless

ATOMS A Laboratory Specimen Collection and Management System

Your Healthcare Provider For Zebra Printing Solutions

A Nemaris Company. Formal Privacy & Security Assessment For Surgimap version and higher

Solving Healthcare Challenges. Increasing patient safety, reducing errors and improving efficiencies with Intermec Healthcare Solutions.

BUSTER SYSTEM CLINICAL AND LOGISTIC MANAGEMENT OF DRUGS. Pharmacy Logistics. CONTACT

Guaranteeing your equipment is future-proof

i.v.tools Making Compounding Safer PHOCUS Rx Remote IV Compounding Validation

Tackling Medical Device Cybersecurity

Performance with a single touch

Materials Management Information Systems: Perspective

January 12, Dear Amy Yang:

Mobile Radiography Radiology Information System with Google GPS by AMTEMD

The Complete Plastic & Hand Surgery Electronic Office Solution

Overview of emar Electronic Medication Administration Record

Audit4 Installation Requirements

Early Evaluation Center

Zebra Technologies Healthcare Solutions SIMPLE SOLUTIONS TO COMPLEX PROBLEMS HELPING YOU DELIVER BEST PRACTICE IN HEALTHCARE

Joint Patient Assessment and Tracking System Overview Fact Sheet

Whitepaper Why Cloud Computing Makes Sense for Ambulatory Surgery Centers

Information technology. Therapy Data Management System Data Acquisition, Data Management and Quality Assurance

Learning Management System (LMS) Quick Tips. Contents LMS REFERENCE GUIDE

Glossary of Terms IHealth and the Electronic Health Record

Electronic Prescribing

Important Bluetooth. and Software Considerations for Wireless Barcode Scanner Deployments

American College of Physicians Internal Medicine 2008 Washington, DC May 15-17, 2008

Cellular Therapy Liaison Meeting 10 September 2009 BECS. M. Allene Carr-Greer, MT(ASCP)SBB Director, Regulatory Affairs AABB

EHR Glossary of Terms

WHITEPAPER: SOFTWARE APPS AS MEDICAL DEVICES THE REGULATORY LANDSCAPE

Data Capture Solutions for Healthcare Applications

Connex Device Integration Suite (CDIS) Network Connectivity Engine (NCE) software -

Amlib Library Software: Equipment & Asset Tracking Management System

Designed with you in mind.

FutureNet Technologies Corporation has become a vital player in the Medical

Regulatory Considerations for Medical Device Software. Medical Device Software

Let us help get you there.

30 In Compliance October

MANDATORY EMR FUNDING ELIGIBILITY SCHEDULE

codebeamer INTLAND SOFTWARE codebeamer Medical ALM Solution is built for IEC62304 compliance and provides a wealth of medical development knowledge

Evolution of a Closed Loop Medication Use Process

Regulated Recordkeeping: An Accurate Solution From SpreadBoss and DocuVista

QUICK START GUIDE. Wasp WLS

Running head: ORGANIZATIONAL IS BUDGETING CRITERIA/SOLUTIONS 1

Point-of-Care Medication Administration: Internal Audit s Role in Ensuring Control

The leading EMR solution in next generation browser-based technology.

The patient journey. Typical healthcare applications:

MAR (k) SUMMARY OF SAFETY AND EFFECTIVENESS (21CFR ) 1. DATE PREPARED: 4/21/2008

Bar Coded Patient Identification White Paper

Measurable improvements in medication management

TAKE CONTROL OF YOUR ASSETS. move your enterprise forward

Construction Accounting System

The Brigham and Women s Hospital Department of Pharmacy

Mobile Network Access Control

Request for Bids For Point of Sale System for School Cafeteria

Electronic Health Records 101. Denise Reilly, MBA June 6, 2012

ISBT CODE 128 IMPLEMENTATION PLAN

CareFusion Ventilation System

Control and Manage Your District s Assets. Destined for Success

Brown County Information Technology Aberdeen, SD. Request for Proposals For Document Management Solution. Proposals Deadline: Submit proposals to:

Introduction and background

Asset Tracking and Traceability Oklahoma Gas Association. Mike Zandaroski August 28, 2013

Bluetooth TM Approach

Advanced Forms Management for Epic Environments: An Exempla Healthcare Case Study. June 23, 2011

FDA STAFF MANUAL GUIDES, VOLUME III - GENERAL ADMINISTRATION INFORMATION RESOURCES MANAGEMENT INFORMATION TECHNOLOGY MANAGEMENT

Document Management & Electronic Filing

Patient Monitor Gateway Implementation with EMR Case Review

Healthcare RFID Applications and Asset Management. David A. Butler President Heartland Innovations, LLC St. Louis, Missouri

PRACTICE MANAGEMENT SOFTWARE SYSTEM (PMS) PHYSICIAN PRACTICE NEEDS ASSESSMENT

Software Requirements. Specification. Day Health Manager. for. Version 1.1. Prepared by 4yourhealth 2/10/2015

NiceLabel Software for Microsoft Windows Terminal Services and Citrix MetaFrame

Healthcare Professional s Guide to Scanning and Mobility. Data Capture Solutions for Healthcare Applications

Introduction to Nursing Informatics & Health Information Technology for Student Nurses

Hardware. Operating Systems. Browsers* Internet Service Provider. Other software

empowersystemstm empowerhis Advanced Core Hospital Information System Technology Comprehensive Solutions for Facilities of Any Size

I couldn t believe that a simple internet browser can help me so much, thanks to Health Highway.

Evaluation of an Electronic Charting System in the BCIT Nursing Simulation Lab

The Importance of Organizing Your SJSU Information Assets

TALYST: Enterprise Wide Pharmacy Solutions

User Manual for Web. Help Desk Authority 9.0

Rethink medication delivery. UNIFIED ACCESS YSTEM

Healthcare Solutions. Fast, efficient and reliable solutions to enhance patient safety and ensure regulatory compliance

CLOUD FAX SOLUTIONS BUYER S GUIDE

Eligible Professionals please see the document: MEDITECH Prepares You for Stage 2 of Meaningful Use: Eligible Professionals.

c mpl p et e e t so s lut u i t on t am of p t a h t o h logi g st s s t ta t l w rk r fl f ow co c ve v ra r ge m l u ti lang n ua u ge

Transcription:

510(k) SUMMARY Epic s Blood Product Administration Module version 0.9 Contact Person: Maggie Francis Phone: (608) 271 9000 Facsimile: (608) 271 7237 Date Prepared: January 30, 2014 Trade Name: Blood Product Administration Module version 0.9 Common Name: Blood Bank Software, Standalone Products Classification: Unclassified (Software, Stand Alone Products) Predicate Device: Korchek Technologies CareChek Patient Identification System Version 1.0 (BK040053) Intended Use / Indications for Use The Blood Product Administration Module is a software module intended for use by healthcare professionals to assist in the identification of patients and blood products for transfusion. The Module is based on a modular design allowing it to be used with a host electronic health record system. The Module can, through use of barcode technology, assist healthcare professionals in verifying patient identity at the bedside. The Module receives and manages information from orders placed from a host system and blood product information from an external blood bank system. The Module incorporates system controlled logic that can require a positive match of the patient, the blood product to be administered, and information received from the external blood bank system. The Module can also check a blood product s documented expiration date for appropriateness. Blood administration information entered in the Module is transmitted to the host system for storage. Device Description The Blood Product Administration Module is a software module that can assist clinicians in matching patients with ordered blood products. The Module receives and manages information from orders placed from an electronic health record system (a Host System ) and blood product information from an external blood bank system. In addition, the Module sends blood product administration information to the Host System for storage. The Module incorporates system controlled logic that can require a positive match between a patient s blood product order, identification information (e.g., a barcode on Epic Systems Corporation, 1979 Milky Way, Verona, Wisconsin 53593, (608) 271-9000 FAX: (608) 271-7237

the patient s identification wristband) for a patient, and identification information (e.g., barcodes on the blood product) for a blood product to be administered to the patient. The Module also can check the expiration date identified on the blood product for appropriateness. The Module was designed such that in the future it may be available for use with other Host Systems; however, the Module is currently limited for use with the 2012 version of Epic s electronic health records software. Although the Module can display warning messages that may help inform a clinician of potential safety concerns (e.g., the blood product to be administered not matching the relevant order, or the blood product being expired), the clinician can also manually verify that he is administering the intended blood product and that the blood product hasn t expired. The Module is not intended to serve as a substitute for a clinician s professional judgment and decision making, and a clinician should not delay a needed blood transfusion because of documentation or software workflow issues. The Module s functionality is designed to be used in a client/server environment on a workstation (e.g., a desktop, laptop, or tablet computer) and/or Apple ios device, and can be used with or without barcode scanning technology. Information from the external blood bank system is transmitted via the Module s HL 7 interface. This information can be compared and combined with information entered into the Module, which may include a blood product s unit number, registration number, product code, blood type, and expiration date from an ISBT 128 or ABC CODABAR blood product label. Once the combined information has been collected and validated by the clinician, it is transmitted to the Host System for storage. Performance Data Epic conducted design validation, integrated testing, usability testing, regression testing, and beta testing of the Module as it operates when used with the required Host System. Per FDA s request, Epic also conducted electromagnetic compatibility and wireless testing of the handheld version of the Module. The assessment of this non clinical testing is that the software requirements have been met and that the Module functions as intended. During the design validation process, design requirements were reviewed by designated individuals and determined to be appropriate and consistent with the Module s intended use. Integrated testing took place at Epic, where mock hospital information systems were set up to serve as the test Host System and to test the interface functionality of receiving HL 7 interface messages from an external blood bank system. Test cases traceable to the requirements were run. The results of this integrated testing demonstrated that the requirements have been met and the Module functions as In usability testing conducted at Epic, nurses and other potential users evaluated the usability of the user interface for the Module in simulated representative tasks. The results of this usability testing also demonstrated that the Module functions as Regression testing confirmed that the requirements continued to be met and the Module functions as

In onsite beta testing conducted at a healthcare facility, nurses evaluated the usability of the user interface for the Module and trained Epic staff assessed the Module s functionality in simulated representative tasks. The results of this onsite beta testing confirmed that the Module functions as Finally, electromagnetic compatibility testing (emissions and immunity) of the handheld version Module resulted in a finding that the Module is compliant with the IEC 60601 1 2 standard, and wireless testing of the handheld version of the Module demonstrated that it can operate on the same network as other devices (medical or non medical). The conclusion drawn from Epic s testing of the Module is that, like the CareChek Patient Identification System Version 1.0, the Module functions as intended and results observed were as Substantial Equivalence The Module generally has the same intended use and similar indications for use as the CareChek Patient Identification System Version 1.0 (the Predicate Device ), and the minor differences between the two devices indications for use do not raise new types of safety or effectiveness questions. The intended uses and indications for use of the two systems are shown in the following table. Table 1: Intended Use/Indications for Use Comparison Blood Product Administration Module CareChek Patient Identification System Version 1.0 The Blood Product Administration Module is a software module intended for use by healthcare professionals to assist in the identification of patients and blood products for transfusion. The CareChek Patient Identification System is a computerized handheld system intended for use by hospital professionals to assist in the proper identification of patients, specimens, blood products for transfusion and medications to be administered. The Module is based on a modular design allowing it to be used with a host electronic health record system. The Module can, through use of barcode technology, assist healthcare professionals in verifying patient identity at the bedside. The Module receives and manages information from orders placed from a host system and blood product information from an external blood bank system. The Module incorporates system controlled logic that can require a positive match of the patient, the blood product to be administered, and information The CareChek System is based on a modular design: CareChek Blood Product Administration. The CareChek system offers solutions to enhance patient safety through the use of bar code technology to provide proper patient identification at the bedside. The system receives and manages orders placed from a remote system. The system incorporates system controlled logic that requires a positive scan of patient, blood products, and compares that information against that received from the remote host. The system documents patient identification. The system documents blood

received from the external blood bank system. The Module can also check a blood product s documented expiration date for appropriateness. Blood administration information entered in the Module is transmitted to the host system for storage. product identification, patient vitals taken during administration and AABB defined Transfusion Requirements. While there are minor differences in technological characteristics and principles of operation between the Module and the Predicate Device, none of these differences raise new types of safety or effectiveness questions. For example, the Module includes a narrower scope of functionality than the Predicate Device because the Module does not match or track specimens or medications. However, the two devices have the same general technological characteristics and principles of operation, and the minor differences between the two devices do not raise new types of safety or effectiveness questions. The following table outlines the technological characteristics of the two products. Table 2: Technological Characteristics Comparison Blood Product Administration Module CareChek Patient Identification System Version 1.0 User Population Healthcare professionals Hospital professionals Communication with External Systems Receives information from an external blood bank system via an HL 7 interface and order information from a Host System; the Module also communicates blood administration documentation to the Host System (an electronic health record system) for storage Receives information from a remote system via an HL 7 interface and communicates documentation to a remote host Barcode Scanning Can be used with a barcode scanner Must be used with a barcode scanner Blood Product Matching Incorporates system controlled logic that can require a positive scan of a patient and a blood product and compares that information against information received from the external blood bank system Incorporates system controlled logic that requires a positive scan of a patient and a blood product and compares that information against information received from the remote host

Specimen Management N/A Specimen tracking and matching Medication Administration N/A Medication tracking and matching Information Storage Transmits blood administration information back to the Host System for storage Stores blood administration and related information, and also transmits the information back to the remote host(s) for storage Hardware Handheld device, server, and workstation (e.g., desktop, laptop or tablet computer) Handheld device, server, and PC workstation Thus, because the Module and the Predicate Device have the same general intended use and similar indications for use, technological characteristics and principles of operation, and any minor differences do not raise new types of safety or effectiveness questions, Epic s Module is substantially equivalent to the Predicate Device.