HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA

Size: px
Start display at page:

Download "HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA"

Transcription

1 HEALTH INFORMATION MESSAGING STANDARD HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC IMAGING TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.4 Status Date: August 12, 2009

2 On September 16, 2009 the Health Information Standards Committee for Alberta (HISCA) Accepted in Draft, three (3) Diagnostic Imaging submissions including the Alberta Diagnostic Imaging Reporting Requirement, the Diagnostic Imaging Text and other Transcribed Reports Message Specification, and the Alberta Diagnostic Imaging HL7 Message Specifications. These submissions are now required to be reviewed by peers and other interested parties as a part of the HISCA process. Following this review, Stakeholder feedback will be consolidated and presented back to the project teams for consideration and/or dispute resolution. Please find and review the attached copies of the submissions and return your comments or concerns to the HISCA secretariat at HISCA@gov.ab.ca. Request for Comments until October 28, Once again, thank you for your assistance. Susan Anderson, Chair Health Information Standards Committee for Alberta Date

3 VERSION HISTORY Version Version Date Summary of Changes Changes marked Sep-30 Draft No Nov-21 Accepted in Draft No May-31 Include ORC segment in the message specification. Only the MWB (ORU_R01) file is revised to include the ORC segment as an optional segment in the message structure. The MWB (MDM) message structure does not support ORC segment and hence MDM profile was not revised. The ORC segment has Order Control field as the only entry and references HL70119 table. No Dec-31 Include EVN Event Type segment in the MDM message profile. No MDM messages sent to CH by ACB contain EVN segment Aug-12 Fix Source Table specification in the ORU message. The fix affects the following fields: - Principal Result Interpreter - Technician - Transcriptionist

4 TABLE OF CONTENTS GENERAL OVERVIEW...1 BUSINESS PROCESS OVERVIEW...2 PROCESS FLOW...3 REPORT DESCRIPTION...3 Diagnostic Imaging Text Report...3 Operative Report...4 Patient History Report...4 Consultation Report...5 Discharge / Obstetrical Discharge Summary Report...6 Report of Procedure...7 E.E.G. Text Report...7 Clinic Report / Progress Note...8 Letter...9 E.C.G. Text Report...9 REPORT PROCESS...11 Process Flow...11 Actors...12 Precondition...12 Narrative...12 Alternative Flow...13 Post Condition...13 USE CASES SPECIFICATION...14 Use Case Diagram...14 Use Case: Communicate Transcribed Report (Ref# UC01)...14 Use-Case: Communicate DI Text Report (Ref# UC02)...16 TRANSACTION SUMMARY...18 OVERVIEW...18 MDM_T Message Purpose...18 Message Rules...18 Transaction Messages...22 Error Conditions...22 ORU_R Message Purpose...23 Message Rules...23 Transaction Messages...23 Error Conditions...23 TRANSACTION MESSAGE DETAIL...24 SECTION GUIDE...24 Characteristics...24 Profile Type...24 Interactions...24 Message Characteristics...24 Segment and Segment Group Definitions...25 Segment Table...26 Segment Element Details...27 General Notes...28

5 MDM MESSAGE SPECIFICATION...29 MDM - Transcribed Reports Delivery Message Specification...29 MSH - Message header segment...30 EVN Event Type segment...33 PID - Patient Identification...34 PV1 - Patient visit...37 TXA - Transcription document header segment...41 Report Content...47 OBX Observation Segment...47 End Report Content...48 ORU MESSAGE SPECIFICATION...49 ORU - Diagnostic Imaging Text and Other Transcribed Reports Delivery Message Specification...49 MSH - Message header segment...50 PID - Patient Identification...53 PV1 - Patient visit...56 ORC Common Order Segment...60 OBR Observation Request Segment...61 Report Content...67 OBX Observation Segment...67 End Report Content...68 TRANSACTION MESSAGE TABLES...69 HL70001 SEX (USER)...69 HL70003 EVENT TYPE (HL7)...69 HL70004 PATIENT CLASS (USER)...75 HL70062 EVENT REASON (USER)...75 HL70076 MESSAGE TYPE (HL7)...75 HL70103 PROCESSING ID (HL7)...78 HL70104 VERSION ID (HL7)...78 HL70123 RESULT STATUS (HL7)...79 HL70125 VALUE TYPE (HL7)...79 HL70136 YES/NO INDICATOR (HL7)...80 HL70270 DOCUMENT TYPE (HL7)...80 HL70271 DOCUMENT COMPLETION STATUS (HL7)...81 HL70396 CODING SYSTEM (HL7) PROVINCIAL CODES (USER)...83 ERROR CONDITIONS...84 HL7 DATA TYPES...85 GLOSSARY...89 APPENDIX A - REPORT DATA ELEMENT MAPPING TO HL7 SEGMENT/FIELDS...90 Common Elements to MDM and ORU Domain...90 Elements Different in MDM and ORU Domain...90

6 GENERAL OVERVIEW This document presents the message specifications for the Diagnostic Imaging Text and Other Transcribed Reports Message Specification project. The standardized set of message specifications detailed in this document will minimize the development effort required for sending and receiving Diagnostic Imaging Text and Other Transcribed Reports. This project is the result of needs identified by the Alberta Health System IM/IT Electronic Health Record (EHR) Strategic Plan to deliver Diagnostic Imaging Text and Other Transcribed Reports to Physician Office Systems electronically within the province of Alberta. For this project, Alberta Health and Wellness (AHW) formed a Diagnostic Imaging Text and Other Transcribed Reports Working Group (DITR WG) including the following groups and organizations: 1. Capital Health, 2. Calgary Health Region, 3. Regional Shared Health Information Program (RSHIP), 4. Alberta Cancer Board, 5. Physician Office System Program (POSP), 6. Canadian Healthcare Information Technology Trade Association (CHITTA), and 7. Alberta Health and Wellness The project team worked with the DITR WG to refine and developed a Health Level 7 (HL7) message specification that is to be used for the electronic delivery of Diagnostic Imaging Text and Other Transcribed Reports (DITR). A standard message specification developed by the Project team and presented in this document is a result of this cooperation and workshops that were on July 19, August 3 and 17, and September 8, 21, 30, This document is comprised of two components: 1. A Process Flow, including diagrams, narrative describing each type of the report, workflow, use case model, description of the user-to-system interactions, and mapping between report data elements and HL7 fields. 2. A Message Profile, including transaction message details, transaction message tables and HL7 data types. Also, this section provides detailed descriptions for Unsolicited Transmission Of An Observation Message (ORU) and Medical Document Management message specifications (MDM) Government of Alberta Page 1 of 97

7 BUSINESS PROCESS OVERVIEW The purpose of this message specification is to provide a design standard for electronic transmission of diagnostic imaging textual reports and other transcribed reports from Regional Health Authorities and Alberta Cancer Board to the Physician Office Systems (POS) and/or Electronic Medical Record (EMR). The standardized set of message specifications described in this document will minimize the development effort required for sending and receiving Diagnostic Imaging Text and Other Transcribed Reports. Currently, there are two message domains used in the province of Alberta - Observation Reporting (OBR and OBX) for transcribed reports and Document Management (MDM and TXA). The DITR WG has decided to build two message specifications and to support two message domains for this project as presented below: 1. MDM - This message is used to transport electronic copies of Transcribed Reports from the Regional Health Authority (RHA) to a Designated Report Repository allowing the appropriate EMR to pick up the transcribed reports on a predefined schedule. This message supports the transmission of a new or updated document. The MDM message is concerned primarily with the management of documents, which are created as a result of the transcription process. 2. ORU - This message is used to transport electronic copies of Diagnostic Imaging Text and Other Transcribed Reports from an RHA facility to the appropriate Physician Office System(s) (POS). Note: The message specifications presented in this document are based on the DI Text and Transcribed Reports Message Specification (Alberta Health and Wellness, March 31, 2005) recommendations Government of Alberta Page 2 of 97

8 PROCESS FLOW The Process Flow illustrates the workflow of reports from origination to destination. It also identifies each actor (i.e. a person/position or system) involved and the key activities they perform in completing the process. The Process Flow provides the framework to understanding the context and requirements of each message. The Process Flow includes: A short description of each report; A Process Map (a flowchart illustrating the process activities); A list and description of the actors who will participate in the process; A Storyboard (a narrative describing the activities performed by each actor in the process); and A Use Case. Note: The Storyboard text includes numbers in brackets. These numbers correspond to activities described in the process map. REPORT DESCRIPTION DIAGNOSTIC IMAGING TEXT REPORT The Diagnostic Imaging Text Report is dictated after the diagnostic imaging exam is completed. The exam is performed during the current treatment of the patient or any follow-up for a patient s condition. The report is dictated by the radiologist, nuclear medicine physician, or resident doctor. The report indicates what imaging/procedure was completed, any findings from the study, the radiologist s diagnosis text and code, and any further recommendations/follow-up that are required. The report includes such data as the date & time of the examination, patient s first & last name, demographics, chart number, diagnostic imaging (DI) number, date of birth (DOB), provincial health number (PHN), inpatient/ outpatient (IP/OP) information, emergency information, clinic location, address, phone, and name of facility. Report copies are distributed as requested by the author of the report. Possible receivers of this report are: attending physician (hospitals), ordering physician (emergency), family physician, referring physician (medical centre), or any other doctors that are specified by the dictator of the report. In order for any recipient to receive a copy, the author must request that a copy be sent to them. Pediatric and Gynecological patient reports are only sent to the requesting physician no other copies are sent. Exceptions: Capital Health Region No Exceptions Calgary Health Region Exception # 1 There is no restriction that Pediatric and Gynecological patient reports are only to be sent to the requesting physician. Exception # 2 A report copy is sent by default to the family physician and ordering physician Government of Alberta Page 3 of 97

9 Regional Shared Health Information Program Exception # 1 There is no restriction that Pediatric and Gynecological patient reports are only to be sent to the requesting physician. Exception # 2 A report copy is sent by default to the family physician and ordering physician. Alberta Cancer Board No Exceptions Additional information: Sometimes an exam is incomplete or unsuccessful, but a report is still dictated to make the physician aware of the situation. OPERATIVE REPORT The Operative Report is dictated after a patient has either an inpatient or day surgery procedure with general anesthetic as part of his/her treatment. The admission can be an elective, emergency, etc. The report is dictated by the attending surgeon or a resident who dictates the report on behalf of the surgeon. The report describes the procedure that was performed, the preoperative & postoperative diagnoses, and operative findings. It contains the surgeon s impression of the procedure and the result of the operative procedure. The report may also contain diagnosis and recommendations for follow-up. The report contains such data as the responsible surgeon and other significant participants (assistants, anesthetists, etc.), patient s first & last name, patient s demographics, chart number, DOB, PHN, location, name of facility, date of procedure, postoperative plan, and listing of copies. Report copies are distributed as requested by the author of the report. The report may be received by anyone involved in direct care post-surgery. The recipient list may include a family physician, referring physician, or any other physician that the surgeon specifies. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: If an Operative Report has not been dictated when the patient has been discharged, the chart is considered deficient until the report is dictated and filed on the chart. PATIENT HISTORY REPORT The Patient History Report is dictated after a patient is admitted to the hospital for a disease, illness or other condition requiring further treatment and follow-up in the hospital. The report is dictated by the admitting physician, resident, or student intern. The report is created after an initial examination/admission or preoperational consultation Government of Alberta Page 4 of 97

10 The report documents all the previous and present medical, physical and surgical history of the patient. The report contains a general description and assessment of the current conditions and complaints of the patient and provides a summary of past medical events and problems. The report may contain list of medications, allergies, past medical history, and family & social history. Additionally, the report may provide the reason for the patient s admission and possible diagnoses, preliminary laboratory and DI investigations, treatment plan and possible referrals for confirmation of diagnoses. The report contains such data as the admission date, the examining physician (including his or her signature), the patient s first & last name, chart number, DOB, PHN, location, name of facility (hospital or clinic), patient s demographics, the name of the author of the report, and listing of copies. Report copies are distributed as requested by the author of the report. The receiving list may include the admitting physician, family physician, or any other physician that the admitting physician specifies. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. The receiving physicians may refer the patient to another specialist for further consultation depending on what the illness or disease is. Exceptions: Capital Health Region Exception # 1 - In most cases, copies of the transcribed history are not sent out. The majority of histories transcribed for the Capital Health Region are for inpatients and only one copy is printed for the patient's chart. There are a few exceptions to this rule and these exceptions are specific to a site (i.e. Royal Alexandra Hospital, Rural Hospitals, etc). Calgary Health Region Exception # 1 Very few histories are transcribed; they are either provided by the admitting physician s office or are hand written on site. Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: None CONSULTATION REPORT The Consultation Report is dictated after a patient visits a specialist (consulting physician) as per a consultation request by the attending physician. The attending physician needs advice for further treatment and follow-up of a disease, injury or investigation pertaining to the patient s condition. The report is dictated by the consulting physician, resident, student intern, or nurse. The Consultation Report can be initial and repeat. This report provides expert opinions, impressions, a diagnosis, modified treatment plan and recommendations for care or treatment if appropriate. It may contain list of medications, allergies, past medical history, and family & social history, or initiate further testing or surgery. The report contains such data as the report date, the consultant s name, identification of the attending physician and the associated hospital or clinic. It provides the patient s first & last name, patient s demographics, chart number, DOB, PHN, room, location, name of facility, and listing of copies. Report copies are distributed as requested by the author of the report. The list may include the admitting/referring physician, consultant, family physician, or any other doctors that the consulting physician specifies. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: 2009 Government of Alberta Page 5 of 97

11 Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: The Consultation Report is sometimes hand written. DISCHARGE / OBSTETRICAL DISCHARGE SUMMARY REPORT This report is created following a patient s discharge from the hospital after having the necessary treatment and management or, in the case of the obstetrical discharge, after a patient has had a delivery and confinement. The report is dictated by the most responsible physician, the admitting physician, the nurse practitioner, the resident, or the clinical clerk on behalf of the physician, or by the obstetrician (if discharge is obstetrical). The report gives an overview of the medically significant events that have occurred over the course of a clinical encounter. It may contain the list of medications, performed procedures, any allergies, medical history, family & social history, physical exam information, summary of present complaint, discharge diagnosis, diagnosis most responsible for stay, other diagnosis, any complications, follow-up recommendations in the community, and treatment plan. The obstetrical discharge report provides a summary of the obstetrical encounter, the care provided during an episode of care, treatments, procedures, medications, consultations and diagnostic procedures. Also, it contains information about a baby and primary mother. The report includes such data as the admission & discharge dates, the reason for admission, the name of the author of the report, listing of copies, the patient s first & last name, patient demographics, chart number, DOB, PHN, clinic location, and name of facility. Report copies are distributed as requested by the author of the report. A report copy is sent to the most responsible physician (i.e. surgeon if an OR is performed). The receiving list may contain a family physician, follow-up specialist, community health nurse, referring physician, or any other physician specified by the dictator of the report. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region Exception # 1 A "Short-Stay" form is used. This is a hand written summary that provides physicians with details about a patient's stay. This form can only be used for a stay that is less than 2 days or thereabouts. Calgary Health Region Exception # 1 A Delivery Note template is used. (Note: this template is categorized under the Operative Report type and is not a Discharge Summary.) Regional Shared Health Information Program 2009 Government of Alberta Page 6 of 97

12 Exception # 1 A Delivery Report is created describing the birth and physical examination of the baby after the patient has had a normal delivery and confinement. A Discharge Summary is then created with any outpatient follow-up. Alberta Cancer Board No Exceptions Additional information: Discharge Summary and Obstetrical Discharge Summary reports can use the same template a newborn baby would normally go under mother unless there are complications then they get their own discharge summary report. This decision is under physician s discretion. Specific tumor groups require discharge letters be sent to the General Practitioner (GP) and the patient. REPORT OF PROCEDURE The Report of Procedure is dictated after a patient has had a day surgery or a minor, elective procedure for which no general anesthetic is required. If diagnosis is chronic, the procedure could be a part of continuing care for the patient. The report is dictated by the obstetrician, radiologist, nuclear medicine physician, resident, or student intern. The report summarizes the elements of a medical procedure performed on the patient. The report provides a narrative description of the procedure, diagnosis, the short clinical history, type of procedure performed, and findings. It may provide differential diagnoses pending path results and therapies. The report contains such data as the patient s first & last name, chart number, DOB, PHN, clinic location, and the name of the facility, Report copies are distributed as requested by the author of the report. The receiving list may include a family physician, referring physician, surgeon, and/or attending physician. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: Some procedures depicted by this report are: colposcopy, biopsy, caesarian section delivery, and gastroscopy. The report s outcome may indicate follow-up treatment. Frequently, the report is followed up by post imaging report. E.E.G. TEXT REPORT The Electroencephalogram (E.E.G.) Text Report is dictated after the E.E.G. is completed and sent to the interpreting physician to detail the results. The report is created by the neurologist who interprets the E.E.G. exam and tracings. The neurologist has to be qualified and accredited (CPSA) to interpret E.E.G. s Government of Alberta Page 7 of 97

13 The report summarizes the neurologist s interpretation of the E.E.G. results, the procedure performed, and the diagnosis. It contains such data as the date & time of the examination and report generation, the patient s first & last name, demographics, chart number, DOB, PHN, clinic location, address and phone, the name of the author of the report, and listing of copies. Report copies are distributed as requested by the author of the report. Possible receivers are: attending physician (hospitals), referring physician (medical centre), or any other doctors that are specified. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: This report is similar to the Diagnostic Imaging Text report. CLINIC REPORT / PROGRESS NOTE The Clinic Report / Progress Note is created when the patient is referred to and examined by a specialist in an outpatient clinic in the hospital during the patient s current treatment. The report is dictated by the consulting physician from the clinic, by a resident, nurse, or other allied health professional (physiologist, social worker, speech therapist, audiologist, etc.). The report provides summary of the patient s progress to date and further treatment required. It may contain list of medications, allergies, past medical history, family & social history, physician exam information, and summary of present complaint. Additionally, the report contains such data as the identification of the hospital or clinic, the responsible physician and other significant participants in the procedure, the patient s first & last name, demographics, chart number, DOB, PHN, and listing of copies. Report copies are distributed as requested by the author of the report. Possible receivers may be a family physician, referring physician, individuals involved in the patient s care, and responsible specialist. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board 2009 Government of Alberta Page 8 of 97

14 Exception # 1 A Progress Note is used instead of a Clinic Report. Additional information: A Clinic report can be generated by a number of different clinics including; dermatology, ear, nose & throat, arthritis, neurology, and gerontology. LETTER The Letter Report is created when a physician decides to communicate information to another physician, specialist, clinic, hospital, or other health authority. This type of a report is very generic: it communicates information to other entities for any purpose the physician desires. The report can be dictated by the consulting physician from the clinic, the treating physician, nurse, or other allied health professional (physiologist, social worker, speech therapist, audiologist, etc.). The report generally provides information regarding the patient s diagnosis and care. It may contain, among others, list of medications, allergies, past medical history, family & social history, physician exam information, and summary of present complaint. Report copies are distributed as requested by the author of the report. Possible receivers may be a family physician, referring physician, or any other external entity regarding any aspect of the care, treatment, access, insurability or personal aspect of medical care. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them. Exceptions: Capital Health Region Exception # 1 Not all letters are signed before distribution. Exception # 2 Letters are not completed for patients in the acute care setting, inpatients, day surgeries, etc. Calgary Health Region No Exceptions Regional Shared Health Information Program No Exceptions Alberta Cancer Board No Exceptions Additional information: Report copies are still manually signed by the author of the letter and are not distributed until the author has signed each copy of the letter. This report is similar to the Clinic report except it is more personalized. E.C.G. TEXT REPORT The Electrocardiogram (E.C.G. Text Report is created when an E.C.G. exam is completed and the cardiologist interprets the results. The cardiologist must be an approved interpreting physician. The report communicates the diagnostic results of an E.C.G. including impressions and recommendations of the cardiologist to provide evidence based care of the patient. It contains the cardiologist s diagnosis text and code, the patient s first & last name, demographics, chart number, DOB, PHN, the date & time of the examination and generation of the report, clinic location, address and phone, and listing of copies. The report is distributed as requested by the author of the report. The distribution list may include the referring or ordering physician. However, in order for any recipients to receive a copy, the author must request that a copy be sent to them Government of Alberta Page 9 of 97

15 Exceptions: Capital Health Region No Exceptions Calgary Health Region No Exceptions Regional Shared Health Information Program Exception # 1 - For outpatients, copies are sent to the ordering physician, the cardiologist, and any other physician that the ordering physician requests. For inpatients, copies are sent to: the ER, the Outpatient Department, the Preadmission Clinic, the Cancer Clinic, the Nursing Ward, and to Cardiology. Alberta Cancer Board No Exceptions Additional information: This report is similar to the Diagnostic Imaging Text report Government of Alberta Page 10 of 97

16 Report Process PROCESS FLOW START 1 Author dictates report into a dictation system 2 Transcriptionist accesses voice server for report 3 Transcriptionist transcribes report to a word processing application and sets version Report complete? YES Transcriptionist saves report in electronic and/ or hard copy Transcriptionist attaches note to the report Review, verification, or signature required? YES NO NO YES 8 9 Owner reviews report Correction required? YES 10 Owner makes corrections to the report 11 Owner sends report for transcription? 12 Owner verifies and/or signs off report NO NO 13 Report messaging initiator triggers message generation 14 Messages are forwarded to the message management system Message management system determines the recipient Recipient information valid? NO YES Message management system delivers messages System error? YES 19 System administrator resolves error NO Messages are unpacked into reports Owner / recipient(s) receive report END Legend: Processes presented with white boxes are in the scope of the project and related to use cases REF# UC1 and REF# UC Government of Alberta Page 11 of 97

17 ACTORS ACTOR NAME Author Owner Recipient DESCRIPTION Any person who dictates the report physician, resident, nurse etc. A person with health authority to verify and sign off the report (for example, a resident can dictate the report on behalf of the surgeon, but the report has to be verified by the surgeon who performed surgery) Persons, organizations, or clinics listed as receivers by the author of the report Report Messaging Initiator A person/system responsible for initiating/triggering a message generation transcriptionist, system administrator, or system scheduled event PRECONDITION The Author of the report decides to dictate summary information regarding an exam, surgery, hospital admission, consultation, discharge, surgery, or examination by a specialist. NARRATIVE The Author dictates the report into a dictation system (1). The Transcriptionist accesses the voice system (2) and types the report using a word processing application (3). At this point, the report version is identified by either setting a date and time, or version/revision number (depending on the business rules defined by region or facility). Every report can be redistributed / modified several times and the version determinates each of them (3). If the report is not completed (4), the Transcriptionist attaches a note to the report stating what is missing (6). Both, complete and incomplete reports are saved in electronic and/or hard copy (5). In some regions, the report must be reviewed, verified and/or signed off by a physician or the other health authority responsible for the content of the report. If this verification is not required (7), the transcribed report is further processed (13). Otherwise, the report is reviewed (8) by the Owner of the report (a person / physician with authority to verify and sign off the report). The Owner may correct the report (9, 10) and send it back to the Transcriptionist (11, 3) for update, or the Owner may modify the report himself (12) after which the report is ready for messaging process (13). Both, verified and non-verified reports are processed by a message system (13). The process could be a scheduled event or initiated by the Report Messaging Initiator, who may be any person responsible for triggering this procedure for example, a system administrator. Messages are then forwarded (14) to a message management system responsible for the report distribution. If any system error occurs (18), the system administrator resolves the issue and restarts the process (19). Finally, messages are formatted into reports (20) and delivered to the Recipients (21). Currently, the report is distributed electronically, by auto fax, or by mail to the Recipients. The Author of the dictated report automatically receives a copy. In order for any other Recipients to receive a copy, the Author must request that a copy be sent to them. It is critical that the Author provides the complete name of the physician/recipient (16). For example, requesting a copy to be sent to the family physician is not sufficient - the Author must dictate the name and other details. The report will only be issued if the Recipient s information is accurately captured (15, 16, and 17). If reports do not have the Recipient information, they will be ignored with no feedback to the sending system. Reports without sufficient data are dismissed and excluded from the process of distribution. Only valid reports are received (21). After receiving the report, the Owner may revise/addend and/or verify the report and send it to the Transcriptionist for update and redistribution. Note that this process can occur more than once a report can be revisited several times and, consequently, can have several versions (3) Government of Alberta Page 12 of 97

18 ALTERNATIVE FLOW In the Calgary Health Region, transcribed reports are not held for the author to review and verify before distribution. The electronic signature is not currently available in this region. Once a report is transcribed, it is wrapped up and is automatically distributed. If there are blanks in the report, an e-sticky note is attached to the report requesting the author to complete the blanks and fax it back to the transcription department. When the report is returned, a transcriptionist brings up the report, fills in the blanks and redistributes the report. If there is a correction or addendum, the author returns the report to the department where the report is revisited and redistributed. A physician may receive several versions of a report. In the Calgary Health Region, the second copy of the DI Text Report is sent after report is verified regardless if any changes are made. In the Capital Health Region, most DI reports have electronic signature availability. In the Capital Health Region, different processes are used by each hospital site. For the electronic health record (NetCARE), all documents once typed can be viewed by individuals who have access. Therefore if the hard copy is not distributed, it is still accessible. If there is nothing wrong with the typed report (no missing information, etc), copies are distributed either by mail or by an autofax function (batch faxing). In some cases, copies are not distributed until the report is signed. POST CONDITION The report is filed in the Owner s/ Recipient s filing system Government of Alberta Page 13 of 97

19 USE CASES SPECIFICATION USE CASE DIAGRAM Transcription System Communicate Transcribed Report Communicate DI Text Report POS/EMR RIS USE CASE: COMMUNICATE TRANSCRIBED REPORT (REF# UC01) BRIEF DESCRIPTION The Communicate Transcribed Report process enables the transport of electronic copies of Transcribed Reports from the Regional Health Authority to a Designated Report Repository allowing the appropriate POS/EMR to pick up the transcribed reports on a predefined schedule. This process allows communication of the following report types: 1. CD (Cardiodiagnostics) 2. CN (Consultation) 3. DS (Discharge summary) 4. ED (Emergency department report) 5. HP (History and physical examination) 6. OP (Operative report) 7. PN (Procedure note) 8. PR (Progress note) 9. SP (Surgical pathology) 10. LT (Letter) Note: The above types are stored in the HL70270 Document type table HL Government of Alberta Page 14 of 97

20 Primary Actor: Transcription System A.1.I.1 A.1.I.2 Basic Flow of Events 1. This use case is triggered when the Transcription System generates a message batch. 2. The Transcription System sends the message batch to the Designated Report Repository. 3. The Designated Report Repository validates the batch according to the message specification document. 4. The Designated Report Repository commits the batch file to a safe storage and sends an acknowledgement to the Transcription System 5. The Designated Report Repository determines the recipients of the Transcript Report. 6. The Designated Report Repository enables the appropriate POS/EMR to pick up the transcribed reports on a predefined schedule. 7. An audit trail and archive record is created. Alternative Flows A.1.I.2.1 Validation process is not successful. If, at step 3 of the Basic Flow, the system determines that data is not valid: 1. The system creates an error notification to the Transcription System. 2. Reports identified as invalid are not processed further. 3. The use case resumes at step 3. A.1.I.3 Special Requirements The following message domain specifications apply to this process: MDM ORU A.1.I.4 Preconditions Reports are transcribed; report messages are generated, validated and ready to be communicated to the POS/EMR. A.1.I.5 Postconditions The POS/EMR receives the message reports successfully and reports can be obtained by the receiver. A.1.I.6 Additional Information Secondary Actors: POS/EMR. Offstage Actors: Health Records Government of Alberta Page 15 of 97

21 USE-CASE: COMMUNICATE DI TEXT REPORT (REF# UC02) A.1.I.7 Brief Description The Communicate DI Text Report process enables the transport of diagnostic imaging text reports from the Regional Health Authority to a Designated Report Repository allowing the appropriate POS/EMR to pick up the reports on a predefined schedule. This process enables communication of the following report type: 1. DI (Diagnostic imaging) Note: The above type is stored in the HL70270 Document type table HL7. Primary Actors: Radiology Information System (RIS) / Transcription System A.1.I.8 A.1.I.9 Basic Flow of Events 1. This use case is triggered when the RIS / Transcription System generates a message batch. 2. The RIS or Transcription System sends the report batch file to the Designated Report Repository. 3. The Designated Report Repository validates the message according to the message specification document. 4. The Designated Report Repository commits the message to a safe storage and sends an acknowledgement back to the RIS/Transcription System 5. The Designated Report Repository determines the recipients of the diagnostic imaging text report. 6. The Designated Report Repository enables the appropriate POS/EMR to pick up the diagnostic imaging text report on a predefined schedule. 7. An audit trail and archive record is created. Alternative Flows A.1.I.9.1 Validation process is not successful. If, at step 3 of the Basic Flow, the system determines that data is not valid: 1. The system creates an error notification to the RIS/Transcription System. 2. Reports identified as invalid are not processed further. 3. The use case resumes at step 3. A.1.I.10 Special Requirements The following message domain specifications apply to this process: ORU A.1.I.11 Preconditions Report messages are generated, validated and ready to be communicated to the POS/EMR. A.1.I.12 Postconditions The POS/EMR receives the message reports successfully and reports can be obtained by the receiver. A.1.I.13 Additional Information Secondary Actors: POS/EMR Government of Alberta Page 16 of 97

22 Offstage Actors: Health Records Government of Alberta Page 17 of 97

23 TRANSACTION SUMMARY OVERVIEW This section provides detailed descriptions for ORU - Unsolicited Transmission Of An Observation Message and MDM Medical Document Management message specifications. Each message specification will contain the following sections: Message Purpose This section describes what task the message performs. It also explains the circumstances in which the message should be used. Message Rules This section outlines specific business rules governing the message use and construction. Transaction Messages This section lists the HL7 message structures. For each message, the name of the message is linked to the detailed message specification in Section E Transaction Message Details. Error Conditions This section indicates any non-general messages that may apply to the implementation of the message. Additional details on the error messages can be found in Section G - Error Conditions. MDM_T02 MESSAGE PURPOSE This message is used to transport electronic copies of Transcribed Reports from the Regional Health Authority to a Designated Report Repository allowing the appropriate EMR to pick up the transcribed reports on a predefined schedule. This message supports transmission of a new or updated document and status of the report. The medical document management message is concerned primarily with the management of documents, which are created as a result of a transcription process. These documents are created in two distinct contexts, one of which are related to an order, describing the procedures or activities associated with that order, and another, which occurs independent of the order process The content of a document can be represented with one or more observation segments (OBX). Where headings or separations naturally exist within the text, it is preferred that each of these blocks be represented as a separate OBX record. Where systems are able to decompose the text into separate medical concepts, the most atomic level of granularity of content should be represented, ideally with each medical concept being represented in its own OBX segment. Many of these concepts can be represented as coded entities. MESSAGE RULES This message is used to transport electronic copies of following types Transcribed Reports: Value Description CD CN DS ED HP OP Cardiodiagnostics Consultation Discharge summary Emergency department report History and physical examination Operative report 2009 Government of Alberta Page 18 of 97

24 PN PR SP Procedure note Progress note Surgical pathology The following table describes the relationship between a TXA segments and an OBR segment for POS vendor translations. This translation can only occur from a MDM message to an ORU message. Seq. MDM Field Data Type Length Seq. OBR Field Data Type Length TXA Field Definition TXA-1 Set ID- TXA SI 4 OBR-1 Set ID - Observation Request SI 4 This field contains a number that uniquely identifies this transaction TXA-2 Document Type IS 2 OBR-4 Universal CE Service Identifier This field identifies the type of document (as defined in the transcription system). HL TXA-3 Document content presentation ID 2 No Mapping Required This is a conditional field, which is required whenever the message contains content as presented in one or more OBX segments. This field identifies the method by which this document was obtained or originated. HL TXA-4 Activity Date/Time TS 26 OBR-7 Observation Date/Time TS This field contains the date/time identified in the document as the date a procedure or activity was performed. This date can identify date of surgery, non-invasive procedure, consultation, examination, etc. TXA-5 Primary Activity Provider Code/Name XCN OBR Technician - name This field contains the name of the person identified in the document as being responsible for performing the procedure or activity. TXA-6 Origination Date/Time TS 26 OBR start date/time TS 26 This field contains the date and time the document was created (i.e., dictated, recorded, etc.). TXA-7 Transcription Date/Time TS 26 OBR Transcriptionist - Start date/time TS This field contains the date and time the input was actually transcribed. TXA-8 Not Supported This field contains the date and time the document was edited. TXA-9 Not Supported This field identifies the person who originated (i.e., dictated) the document. The document originator may differ from the person responsible for authenticating the document Government of Alberta Page 19 of 97

25 Seq. MDM Field Data Type TXA-10 Not Supported Length Seq. OBR Field Data Type Length TXA Field Definition This field identifies the person(s) responsible for authenticating the document, who may differ from the originator. Multiple persons may be responsible for authentication, especially in teaching facilities. This field is allowed to repeat an undefined number of times. TXA-11 Transcriptionist Code/Name XCN OBR Transcriptionist - name CN This field identifies the person responsible for transcribing the document. TXA-12 Unique Document Number EI 99 OBR-3 Filler Order Number EI 99 This field contains a unique document identification number assigned by the sending system. This document number is used to assist the receiving system in matching future updates to the document TXA-13 Parent Document Number EI 99 OBR parent's filler order number EI 99 This field contains a document number that identifies the parent document to which this document belongs. The parent document number can be used to assist the receiving system in matching future updates to this document. TXA-14 Not Supported This field is the placer application s order number. TXA-15 Not Supported This field is the order number associated with the filling application. Where a transcription service or similar organization creates the document and uses an internally unique identifier, that number should be inserted in this field. TXA-16 Unique Document File Name ST 60 OBR- 4.5 Universal Service Identifier - alternate text ST 60 This field contains a unique name assigned to a document by the sending system. The file name is used to assist the receiving system in matching future updates to the document. TXA-17 Document Completion Status ID 2 OBR- 25 Result Status ID 1 This field identifies the current completion state of the document. See chart below to map HL status to HL TXA-18 Not Supported ID 2 This is an optional field, which identifies the degree to which special confidentiality protection should be applied to this information Government of Alberta Page 20 of 97

26 Seq. MDM Field Data Type TXA-19 Not Supported Length Seq. OBR Field Data Type Length TXA Field Definition This is an optional field which identifies a document s availability for use in patient care. If an organization s business rules allow a document to be used for patient care before it is authenticated, the value of this field should be set to AV. If a document has been made available for patient care, it cannot be changed or deleted. If an erroneous document has been made available at any point in time and a replacement is not appropriate, then it may be marked as Canceled and removed, as in the case of a document being assigned to the wrong patient. Additional information must be provided via an addendum, which is separately authenticated and date/time stamped. If the content of a document whose status is Available must be revised, this is done by issuing a replacement, which is separately authenticated and date/time stamped. TXA-20 Not Supported This optional field identifies the storage status of the document. TXA-21 Not Supported This free text field (limited to 30 characters) contains the reason for document status change. TXA Authentication Person PPN OBR Principal Result Interpreter - name CN This field identifies the person responsible for authenticating the document. TXA Authentication Person - Date/time Action Performed TS OBR Principal Result TS Interpreter - Start date/time Date the report was authenticated. TXA-23 Distributed Copies (Code and Name of Recipients) XCN OBR- 28 Result Copies To XCN This field identifies the person(s) who are to receive copies of the report. The following chart maps the HL document completion status codes to the HL result status codes. HL70270 Document completion status HL0125 Result Status Code Name Code Name AU Authenticated F Final Result PA Pre-authenticated P Preliminary CA Cancelled X Cancelled 2009 Government of Alberta Page 21 of 97

27 TRANSACTION MESSAGES Send: MDM_T02 Response: None ERROR CONDITIONS NONE 2009 Government of Alberta Page 22 of 97

28 ORU_R01 MESSAGE PURPOSE This message is used to transport electronic copies of Diagnostic Imaging Text and Other Transcribed Reports from an RHA facility to the appropriate Physician Office System(s) (POS). The content of a document is represented within observation segments (OBX). Each OBX segment represents separate medical concepts. These concepts are represented as coded entities. MESSAGE RULES This message is used to transport electronic copies of following types Transcribed Reports: Value Description CD CN DS ED HP OP PN PR SP DI Cardiodiagnostics Consultation Discharge summary Emergency department report History and physical examination Operative report Procedure note Progress note Surgical pathology Diagnostic Imaging TRANSACTION MESSAGES Send: ORU_R01 Response: None ERROR CONDITIONS NONE 2009 Government of Alberta Page 23 of 97

29 TRANSACTION MESSAGE DETAIL SECTION GUIDE This section provides detailed specifications about a specific HL7 message or set of messages. It breaks down exactly where and how each piece of information will be conveyed, as well as restrictions on the content of the data including cardinality, table restrictions, length restrictions, etc. The structure uses a format adopted by the HL7 organization to document message profiles, and includes a detailed breakdown of the contents of each message into their constituent segment groups, segments, fields, components and sub-components. This specification is sufficient for an implementer to build a messaging interface. However, we strongly recommend joining the HL7 organization and obtaining a copy of the HL7 specifications. In particular, implementers should familiarize themselves with Chapter 2 of the relevant version of the HL7 standard, which provides detailed information about the structure of HL7 messages and such information as escape characters. CHARACTERISTICS This section contains information specific to the HL7 Conformance Profile format. The Identifier is a unique id assigned to the profile and is used in registering profiles in an HL7 repository. PROFILE TYPE Indicates what kind of profile is being displayed. The Encoding Method indicates what format of HL7 messages may be used. INTERACTIONS Each document will contain one or more interactions, with each interaction identifying a message, as well as the acknowledgment responsibilities associated with that message. MESSAGE CHARACTERISTICS This section discusses general properties associated with the message. Identifiers This section lists three types of identifiers; Message Profile Identifiers, Static Publish/Subscribe Identifiers Dynamic Publish/Subscribe Identifiers. Some applications may reference one or more of these identifiers. The Identifier is made up of the transaction number, an indication of whether the message is being sent from Regional Health Authorities to Physician Office Systems. The version number for the transaction in turn follows this. Transaction version numbers can be interpreted as follows: The number prior to the period is the major version number. A change in the major version number denotes a significant change in the operation of the transaction, and a break in compatibility with the prior version. The number following the period is the minor version number. The minor version number is incremented each time the functionality changes in a manner that is backward compatible with the previous version. The static and dynamic Publish/Subscribe Identifiers are HL7 fields intended for applications that use a publish/subscribe mechanism for routing. Dynamic Profile 2009 Government of Alberta Page 24 of 97

DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION

DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Health Information Messaging Standard HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.5 Status

More information

How To Get A Medical Record On A Medical Device

How To Get A Medical Record On A Medical Device 9. Medical Records/Information Management (Document Management) Chapter Chair/Editor: Chapter Chair/Editor: Wayne R. Tracy, MS Health Patterns, LLC Michelle L. Dougherty, RHIA American Health Information

More information

9. Medical Records/Information Management

9. Medical Records/Information Management 9. Medical Records/Information Management (Document Management) Chapter Chair/Editor: Chapter Chair/Editor: Wayne Tracy, MS SpaceLabs Medical Mary D. Brandt, MBA, RRA, CHE American Health Information Management

More information

HL7 Conformance Statement

HL7 Conformance Statement HL7 Conformance Statement Product Image-Arena 4.3 Product No.: T.08.0122 Effective Date: 2010-04-30 Benjamin Wagner Document 04 rev.: D32.0083-04 Image-Arena 4.3 HL7 conformance statement Table of contents

More information

JiveX Enterprise PACS Solutions. JiveX HL7 Gateway Conformance Statement - HL7. Version: 4.7.1 As of 2015-05-20

JiveX Enterprise PACS Solutions. JiveX HL7 Gateway Conformance Statement - HL7. Version: 4.7.1 As of 2015-05-20 JiveX Enterprise PACS Solutions JiveX HL7 Gateway Conformance Statement - HL7 Version: 4.7.1 As of 2015-05-20 VISUS Technology Transfer GmbH Universitätsstr. 136 D-44799 Bochum Germany Phone: +49 (0) 234

More information

ImagePilot. HL7 Conformance Statement. Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan

ImagePilot. HL7 Conformance Statement. Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan ImagePilot HL7 Conformance Statement Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan Revision History Date Version Description August 28, 2009 Rev. 1.0 April 1, 2010 Rev. 1.1 Values that

More information

Copyright 1982 2009 Swearingen Software, Inc. All rights reserved.

Copyright 1982 2009 Swearingen Software, Inc. All rights reserved. Swearingen Software HL7 Inbound & Outbound Specs 2009 Copyright 1982 2009 Swearingen Software, Inc. All rights reserved. Swearingen Software, Inc. 6950 Empire Central Drive Houston, TX 77040 Table of Contents

More information

HL7 Conformance Statement RadCentre. Release 2015.01

HL7 Conformance Statement RadCentre. Release 2015.01 HL7 Conformance Statement Release 2015.01 Editing The editing is done by i-slutins Health GmbH. If you have any suggestions for improvement or requests for modification etc, please let us know. You can

More information

2 nd Floor CS&E Building A current UMHS identification badge is required to obtain medical records

2 nd Floor CS&E Building A current UMHS identification badge is required to obtain medical records Location Hours 2 nd Floor CS&E Building A current UMHS identification badge is required to obtain medical records The Health Information Services Department is open to the public Monday through Friday,

More information

UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard

UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard The Radiology Report Standard is compatible with all HL7 version 2.3 standards. Purpose The Radiology Report Standard is an implementation

More information

HL7 Interface Specifications

HL7 Interface Specifications HL7 Interface Specifications V2.2 Ifa systems AG ifa united i-tech Inc. Augustinusstr. 11b 1850 SE 17th Street, Ste. 107 50226 Frechen Fort Lauderdale, FL 33316 Germany USA Tel.: +49-2234-933670 Tel.:

More information

LOUISIANA STATE UNIVERSITY HEALTH SCIENCES CENTER - SHREVEPORT MEDICAL RECORDS CONTENT/DOCUMENTATION

LOUISIANA STATE UNIVERSITY HEALTH SCIENCES CENTER - SHREVEPORT MEDICAL RECORDS CONTENT/DOCUMENTATION LOUISIANA STATE UNIVERSITY HEALTH SCIENCES CENTER - SHREVEPORT MEDICAL RECORDS CONTENT/DOCUMENTATION Hospital Policy Manual Purpose: To define the components of the paper and electronic medical record

More information

ELR 2.5.1 Clarification Document for EHR Technology Certification

ELR 2.5.1 Clarification Document for EHR Technology Certification ELR 2.5.1 Clarification Document for EHR Technology Certification Date: July 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table of Contents

More information

Notes Interface Specification HL7 format

Notes Interface Specification HL7 format MedicaLogic s Support for the Import and Export of Documents Release 5.5 P/N 2636-06 Table of Contents Abstract... 1 HL7 Messages... 2 Legend... 2 MDM Document management... 3 HL7 Message segments... 4

More information

IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3)

IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3) Integrating the Healthcare Enterprise IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3) Transactions (continued) Revision 10.0 Final Text February 18, 2011 Contents 1 Introduction... 3 1.1 Overview

More information

AIDA compact NEO HL7 Interface Description

AIDA compact NEO HL7 Interface Description AIDA compact NEO HL7 Interface Description sion : BA Circulation : 1 ated UNG Proved A.Hau Approved HWS PRODUCT INFO OR1 e 2010-03-04 Date Date artment SEPS Department PM OR1 Department SEPS ition SW Dev.

More information

Edmonton Zone. 780-407-2800 or 780-407-2850 TO ACCESS THE EDMONTON DICTATION SYSTEM DIAL: Health Information Management Transcription Services

Edmonton Zone. 780-407-2800 or 780-407-2850 TO ACCESS THE EDMONTON DICTATION SYSTEM DIAL: Health Information Management Transcription Services Edmonton Zone Health Information Management Priority dictations, obtaining a dictation User ID #, or any other inquiries during regular business hours: Grey Nuns: 780-490-5903 (0700 to 1500 hours) Misericordia:

More information

Standards for the Content of the Electronic Health Record 15

Standards for the Content of the Electronic Health Record 15 Standards for the Content of the Electronic Health Record 15 Appendix A Administrative Patient Data Elements That Should Be Added Multiple names/ids US citizenship Information related to custody of child

More information

Interfacing Boot Camp

Interfacing Boot Camp Interfacing Boot Camp June 4, 2012 Prepared by: WebChartMD Johnson City TN www.webchartmd.com Interfacing Boot Camp public distribution, duplication and redistribution permitted Overview 2 Premise Background

More information

HL7 Interface Specification. HL7 Interface 1.2

HL7 Interface Specification. HL7 Interface 1.2 Interface Specification Interface 1.2 May 2004 Interface 1.2 Specification TABLE OF CONTENTS 1 INTRODUCTION... 3 1.1 Purpose...3 1.2 Related Documents...3 2 IMPLEMENTATION... 4 3 COMMUNICATION PROFILE...

More information

HIPAA Notice of Privacy Practices

HIPAA Notice of Privacy Practices HIPAA Notice of Privacy Practices THIS NOTICE DESCRIBES HOW MEDICAL INFORMATION ABOUT YOU MAY BE USED AND DISCLOSED AND HOW YOU CAN GET ACCESS TO THIS INFORMATION. PLEASE REVIEW IT CAREFULLY. This Notice

More information

HIE Ready 2.0 SPECIFICATIONS MATRIX. Product Name: Version Number: Preferred Message and Trigger

HIE Ready 2.0 SPECIFICATIONS MATRIX. Product Name: Version Number: Preferred Message and Trigger HIE Ready 2.0 SPECIFICATIONS MATRIX Entity Name: Street Address: City, State, Zip: Point of Contact Name: E-mail & Phone: Alternate Contact Name: Alternate E-mail & Phone: Product Name: Version Number:

More information

HL7 Interface Specification Merge LabAccess v. 3.6

HL7 Interface Specification Merge LabAccess v. 3.6 HL7 Interface Specification Merge LabAccess v. 3.6 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 12 Merge Healthcare. The information contained herein is confidential and

More information

RelayClinical Service Feature Guide RelayClinical Notify

RelayClinical Service Feature Guide RelayClinical Notify RelayClinical Service Feature Guide RelayClinical Notify Release 15.11 November 2015 Health Connections Brought to Life Table of Contents Overview... 3 Benefits... 3 Models... 3 Alternate Deployment Option...

More information

MEDICAL CENTER POLICY NO. 0094. A. SUBJECT: Documentation of Patient Care (Electronic Medical Record)

MEDICAL CENTER POLICY NO. 0094. A. SUBJECT: Documentation of Patient Care (Electronic Medical Record) Clinical Staff Executive Committee MEDICAL CENTER POLICY NO. 0094 A. SUBJECT: Documentation of Patient Care (Electronic Medical Record) B. EFFECTIVE DATE: April 1, 2012 (R) C. POLICY: The University of

More information

HL7 Interface Specification Merge Eye Station v. 11.3

HL7 Interface Specification Merge Eye Station v. 11.3 HL7 Interface Specification Merge Eye Station v. 11.3 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential

More information

HL7 Customization Guide

HL7 Customization Guide HL7 Customization Guide Table of Contents Intended Audience... 3 1. Overview... 3 1.1 Introduction... 3 1.2 HL7 Overview... 3 1.3 Report Formats... 4 1.4 Interface Workflow... 5 1.5 Integration Steps...

More information

HL7 Conformance Statement

HL7 Conformance Statement HL7 Conformance Statement Release VA20B (2014-03-28) ITH icoserve technology for healthcare GmbH Innrain 98, 6020 Innsbruck, Austria +43 512 89059-0 www.ith-icoserve.com Any printout or copy of this document

More information

POLICY and PROCEDURE. TITLE: Documentation Requirements for the Medical Record. TITLE: Documentation Requirements for the Medical Record

POLICY and PROCEDURE. TITLE: Documentation Requirements for the Medical Record. TITLE: Documentation Requirements for the Medical Record POLICY and PROCEDURE TITLE: Documentation Requirements for the Medical Record Number: 13289 Version: 13289.1 Type: Administrative - Medical Staff Author: Joan Siler Effective Date: 8/16/2011 Original Date:

More information

7CHAPTER EXAMINATION/ ASSESSMENT NOTES, GRAPHICS, AND CHARTS

7CHAPTER EXAMINATION/ ASSESSMENT NOTES, GRAPHICS, AND CHARTS 7CHAPTER EXAMINATION/ ASSESSMENT NOTES, GRAPHICS, AND CHARTS Chapter Outline Workflow Standards: Functional and Content Functional Standards Content Standards Documentation Templates and Free-text Narrative

More information

Generic EHR HL7 Interface Specification Abraxas v. 4

Generic EHR HL7 Interface Specification Abraxas v. 4 Generic EHR HL7 Interface Specification Abraxas v. 4 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential

More information

HIM Frequently Asked Questions

HIM Frequently Asked Questions Suspension Process Why am I on suspension? HIM Frequently Asked Questions You have delinquent records records which have not been completed in the time frame outlined in our governance documents and by

More information

AKRON CHILDREN'S HOSPITAL MEDICAL STAFF BYLAWS, POLICIES, AND RULES AND REGULATIONS MEDICAL STAFF RULES AND REGULATIONS

AKRON CHILDREN'S HOSPITAL MEDICAL STAFF BYLAWS, POLICIES, AND RULES AND REGULATIONS MEDICAL STAFF RULES AND REGULATIONS AKRON CHILDREN'S HOSPITAL MEDICAL STAFF BYLAWS, POLICIES, AND RULES AND REGULATIONS MEDICAL STAFF RULES AND REGULATIONS July 1, 2012 GENERAL RULES G1. Patients shall be attended by their own private Medical

More information

Medical Information Systems

Medical Information Systems Medical Information Systems Introduction The introduction of information systems in hospitals and other medical facilities is not only driven by the wish to improve management of patient-related data for

More information

North Shore LIJ Health System, Inc. Facility Name

North Shore LIJ Health System, Inc. Facility Name North Shore LIJ Health System, Inc. Facility Name POLICY TITLE: The Medical Record POLICY #: 200.10 Approval Date: 2/14/13 Effective Date: Prepared by: Elizabeth Lotito, HIM Project Manager ADMINISTRATIVE

More information

Table of Contents. Preface... 1. 1 CPSA Position... 2. 1.1 How EMRs and Alberta Netcare are Changing Practice... 2. 2 Evolving Standards of Care...

Table of Contents. Preface... 1. 1 CPSA Position... 2. 1.1 How EMRs and Alberta Netcare are Changing Practice... 2. 2 Evolving Standards of Care... March 2015 Table of Contents Preface... 1 1 CPSA Position... 2 1.1 How EMRs and Alberta Netcare are Changing Practice... 2 2 Evolving Standards of Care... 4 2.1 The Medical Record... 4 2.2 Shared Medical

More information

Documentation Guidelines for Physicians Interventional Pain Services

Documentation Guidelines for Physicians Interventional Pain Services Documentation Guidelines for Physicians Interventional Pain Services Pamela Gibson, CPC Assistant Director, VMG Coding Anesthesia and Surgical Divisions 343.8791 1 General Principles of Medical Record

More information

Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System. HL7 Results Specification

Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System. HL7 Results Specification HL7 Results Specification Imaging Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System 1 P a g e HL7 Results Specification About This Document This

More information

CDX Conformance Profile - 001 EMR System Conformance CDA Level 1

CDX Conformance Profile - 001 EMR System Conformance CDA Level 1 CDX Conformance Profile - 001 EMR System Conformance CDA Level 1 15-Aug-2014 Version 2.0 Status: Final CDA Level 1 Conformance Profile 001 Page 1 of 36 Document Version Control Release Date Version Status

More information

POLICY and PROCEDURE. TITLE: Documentation Requirements for the Medical Record

POLICY and PROCEDURE. TITLE: Documentation Requirements for the Medical Record POLICY and PROCEDURE TITLE: Documentation Requirements for the Medical Record Number: 13424 Version: 13424.5 Type: Administrative - Medical Staff Author: Martha Hoover Effective Date: 9/24/2014 Original

More information

HL7 EHR to PowerSoftMD Visit Import Specifications

HL7 EHR to PowerSoftMD Visit Import Specifications HL7 EHR to PowerSoftMD Visit Import Specifications Data Tec, Inc. www.powersoftmd.com 1 P a g e R e v M a y 2 0 1 3 Introduction HL7 EMR to PS Interface Specs PowerSoftMD uses HL7 2.3.1 specifications.

More information

Sample Assignment 1: Workflow Analysis Directions

Sample Assignment 1: Workflow Analysis Directions Sample Assignment 1: Workflow Analysis Directions Purpose The Purpose of this assignment is to: 1. Understand the benefits of nurse workflow analysis in improving clinical and administrative performance

More information

HEAL NY Phase 5 Health IT RGA Section 7.1: HEAL NY Phase 5 Health IT Candidate Use Cases Interoperable EHR Use Case for Medicaid

HEAL NY Phase 5 Health IT RGA Section 7.1: HEAL NY Phase 5 Health IT Candidate Use Cases Interoperable EHR Use Case for Medicaid HEAL NY Phase 5 Health IT RGA Section 7.1: HEAL NY Phase 5 Health IT Candidate Use Cases Interoperable EHR Use Case for Medicaid Interoperable Electronic Health Records (EHRs) Use Case for Medicaid (Medication

More information

Alberta Electronic Health Record Regulation Section 5 Framework September 2011 Version 1.1

Alberta Electronic Health Record Regulation Section 5 Framework September 2011 Version 1.1 Alberta Electronic Health Record Regulation Section 5 Framework September 2011 Version 1.1 Acknowledgements The College of Physicians & Surgeons of Alberta thanks the following stakeholders for their valuable

More information

Health Information Technology Courses

Health Information Technology Courses Health Information Technology Courses Course ID Course Title Credits HIT-100 Introduction to Healthcare 3 HIT-110 Medical Terminology I 3 HIT-120 Medical Terminology II 3 HIT-130 Medical Transcription/Editing

More information

Regulatory Compliance Policy No. COMP-RCC 4.17 Title:

Regulatory Compliance Policy No. COMP-RCC 4.17 Title: I. SCOPE: Regulatory Compliance Policy No. COMP-RCC 4.17 Page: 1 of 6 This Policy applies to (1) Tenet Healthcare Corporation and its wholly owned subsidiaries and affiliates (each, an Affiliate ); (2)

More information

What is a NURSE PRACTITIONER? Mark P. Christiansen, PhD, PA-C. Program Director FNP/PA Program UC Davis Medical Center Sacramento, CA

What is a NURSE PRACTITIONER? Mark P. Christiansen, PhD, PA-C. Program Director FNP/PA Program UC Davis Medical Center Sacramento, CA What is a PHYSICIAN ASSISTANT? NURSE PRACTITIONER? Mark P. Christiansen, PhD, PA-C Program Director FNP/PA Program UC Davis Medical Center Sacramento, CA 1 Physician assistants are: Highly trained healthcare

More information

GP SERVICES COMMITTEE Conferencing and Telephone Management INCENTIVES. Revised 2015. Society of General Practitioners

GP SERVICES COMMITTEE Conferencing and Telephone Management INCENTIVES. Revised 2015. Society of General Practitioners GP SERVICES COMMITTEE Conferencing and Telephone Management INCENTIVES Revised 2015 Society of General Practitioners Conference & Telephone Fees (G14077, G14015, G14016, G14017, G14018, G14019, G14021,

More information

(A) Information needed to identify and classify the hospital, include the following: (b) The hospital number assigned by the department;

(A) Information needed to identify and classify the hospital, include the following: (b) The hospital number assigned by the department; 3701-59-05 Hospital registration and reporting requirements. Every hospital, public or private, shall, by the first of March of each year, register with and report to the department of health the following

More information

User Guide. e-referral on the iexchange System

User Guide. e-referral on the iexchange System User Guide e-referral on the iexchange System ereferrals.bcbsm.com April 2010 Dear Blue Care Network Health Care Service Provider: Welcome to e-referral on iexchange, BCN s Web-based referral and authorization

More information

Meaningful Use Business Process Mapping Questionnaire. Meaningful Use Business Process Mapping Questionnaire. Contact Information

Meaningful Use Business Process Mapping Questionnaire. Meaningful Use Business Process Mapping Questionnaire. Contact Information This survey is designed to facilitate conversations between health care facilities and public health departments before and during Meaningful Use implementation and onboarding. Please feel free to consult

More information

CAROLINAS REHABILITATION

CAROLINAS REHABILITATION CAROLINAS REHABILITATION CURRENT LANGUAGE ORGANIZATIONAL MANUAL OF BYLAWS OF CAROLINAS REHABILITATION (TAB 2) New Language ORGANIZATIONAL MANUAL OF BYLAWS OF CAROLINAS REHABILITATION (TAB 2) ARTICLE II

More information

Health Information Technology & Management Chapter 2 HEALTH INFORMATION SYSTEMS

Health Information Technology & Management Chapter 2 HEALTH INFORMATION SYSTEMS Health Information Technology & Management Chapter 2 HEALTH INFORMATION SYSTEMS INFORMATION SYSTEM *Use of computer hardware and software to process data into information. *Healthcare information system

More information

HEALTH INFORMATION MANAGEMENT SERVICES

HEALTH INFORMATION MANAGEMENT SERVICES HEALTH INFORMATION MANAGEMENT SERVICES CONTACTS: Rita Bowen, MA, RHIA, CHPS, Enterprise Director of HIM Services Alicia Blevins, RHIA, CHP, HIM Record Completion/HPF Manager Pat McDougal, RHIT, HIM Coding

More information

United States Fire Insurance Company: International Technological University Coverage Period: beginning on or after 9/7/2014

United States Fire Insurance Company: International Technological University Coverage Period: beginning on or after 9/7/2014 or after 9/7/2014 Summary of Benefits and Coverage: What this Plan Covers & What it Costs Coverage for: Individual Plan Type: PPO This is only a summary. If you want more detail about your coverage and

More information

Inpatient EHR Implementation and Lessons Learned

Inpatient EHR Implementation and Lessons Learned Inpatient EHR Implementation and Lessons Learned LCDR Robin Bartlett, PharmD, NCPS Clinical Applications Coordinator Cherokee Indian Hospital April 2008 Objectives Provide overview of relationship between

More information

Table of Contents Forward... 1 Introduction... 2 Evaluation and Management Services... 3 Psychiatric Services... 6 Diagnostic Surgery and Surgery...

Table of Contents Forward... 1 Introduction... 2 Evaluation and Management Services... 3 Psychiatric Services... 6 Diagnostic Surgery and Surgery... Table of Contents Forward... 1 Introduction... 2 Evaluation and Management Services... 3 Psychiatric Services... 6 Diagnostic Surgery and Surgery... 6 Other Complex or High Risk Procedures... 7 Radiology,

More information

Version 1.0. HEAL NY Phase 5 Health IT & Public Health Team. Version Released 1.0. HEAL NY Phase 5 Health

Version 1.0. HEAL NY Phase 5 Health IT & Public Health Team. Version Released 1.0. HEAL NY Phase 5 Health Statewide Health Information Network for New York (SHIN-NY) Health Information Exchange (HIE) for Public Health Use Case (Patient Visit, Hospitalization, Lab Result and Hospital Resources Data) Version

More information

Special Topics in Vendor- Specific Systems. Outline. Results Review. Unit 4 EHR Functionality. EHR functionality. Results Review

Special Topics in Vendor- Specific Systems. Outline. Results Review. Unit 4 EHR Functionality. EHR functionality. Results Review Special Topics in Vendor- Specific Systems Unit 4 EHR Functionality EHR functionality Results Review Outline Computerized Provider Order Entry (CPOE) Documentation Billing Messaging 2 Results Review Laboratory

More information

HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA

HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA Updated by Neelam Dugar 07/01/15 ADT messages update patient demographics in PACS, RIS and VNA. ADT messages also update current patient

More information

B. Clinical Data Management

B. Clinical Data Management B. Clinical Data Management The purpose of the applications of this group is to support the clinical needs of care providers including maintaining accurate medical records. Ideally, a clinical data management

More information

Regulatory Compliance Policy No. COMP-RCC 4.03 Title:

Regulatory Compliance Policy No. COMP-RCC 4.03 Title: I. SCOPE: Regulatory Compliance Policy No. COMP-RCC 4.03 Page: 1 of 10 This policy applies to (1) Tenet Healthcare Corporation and its wholly-owned subsidiaries and affiliates (each, an Affiliate ); (2)

More information

HL7 and Meaningful Use

HL7 and Meaningful Use HL7 and Meaningful Use Grant M. Wood HL7 Ambassador HIMSS14 2012 Health Level Seven International. All Rights Reserved. HL7 and Health Level Seven are registered trademarks of Health Level Seven International.

More information

ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1

ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1 ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1 Date: October 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table

More information

How to Conduct a Thorough CAC Readiness Assessment

How to Conduct a Thorough CAC Readiness Assessment WHITE PAPER How to Conduct a Thorough CAC Readiness Assessment A White Paper from Nuance Healthcare HEALTHCARE COMPUTER-ASSISTED CODING Contents Introduction... 3 The Benefits of CAC... 4 The New Role

More information

CHAPTER 17 CREDIT AND COLLECTION

CHAPTER 17 CREDIT AND COLLECTION CHAPTER 17 CREDIT AND COLLECTION 17101. Credit and Collection Section 17102. Purpose 17103. Policy 17104. Procedures NOTE: Rule making authority cited for the formulation of regulations for the Credit

More information

Eligible Hospital (EH) Onboarding Approach for the Meaningful Use (MU) Incentive Program

Eligible Hospital (EH) Onboarding Approach for the Meaningful Use (MU) Incentive Program Eligible Hospital (EH) Onboarding Approach for the Meaningful Use (MU) Incentive Program Promise Nkwocha, MSc. RHCE New York City Department of Health and Mental Hygiene INTRODUCTION New York City Department

More information

LEGAL HEALTH RECORD: Definition and Standards

LEGAL HEALTH RECORD: Definition and Standards LEGAL HEALTH RECORD: Definition and Standards DEVELOPING YOUR STRATEGY & Tool Kit Diane Premeau, MBA, MCIS, RHIA, RHIT, CHP, A.C.E. OBJECTIVES Define Legal Health Record Differentiate between Designated

More information

Risk Adjustment Data Validation Study Frequently Asked Questions

Risk Adjustment Data Validation Study Frequently Asked Questions Risk Adjustment Data Validation Study Frequently Asked Questions MEDICAL RECORD SUBMISSION Q1: Can medical groups gather all the medical records for the data validation and send them all at once? A1: Please

More information

PPO Hospital Care I DRAFT 18973

PPO Hospital Care I DRAFT 18973 This is only a summary. If you want more detail about your coverage and costs, you can get the complete terms in the policy or plan document at www.ibx.com or by calling 1-800-ASK-BLUE. Important Questions

More information

Billing an NP's Service Under a Physician's Provider Number

Billing an NP's Service Under a Physician's Provider Number 660 N Central Expressway, Ste 240 Plano, TX 75074 469-246-4500 (Local) 800-880-7900 (Toll-free) FAX: 972-233-1215 info@odellsearch.com Selection from: Billing For Nurse Practitioner Services -- Update

More information

IHE Patient Care Coordination (PCC) Technical Framework Supplement. Referral/Order Linking (ROL) Trial Implementation

IHE Patient Care Coordination (PCC) Technical Framework Supplement. Referral/Order Linking (ROL) Trial Implementation Integrating the Healthcare Enterprise 5 IHE Patient Care Coordination (PCC) Technical Framework Supplement 10 Referral/Order Linking 15 Trial Implementation 20 Date: November 4, 2014 Author: IHE PCC Technical

More information

IHE Radiology Technical Framework Supplement. Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) Trial Implementation

IHE Radiology Technical Framework Supplement. Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) Trial Implementation Integrating the Healthcare Enterprise 5 IHE Radiology Technical Framework Supplement 10 Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) 15 Trial Implementation 20 Date: June 12, 2015

More information

Heath Shield Heath Care Management System

Heath Shield Heath Care Management System Heath Shield Heath Care Management System Introduction Heath Shield will be an integrated, modular client server based system which can be extended to a web based solution also. The programs will have

More information

September 2013 EHR Integration Patient Care Storyboard Page 1 of 5

September 2013 EHR Integration Patient Care Storyboard Page 1 of 5 EHR Integration in Point of Service Systems: Patient Care Storyboard The Patient Medication Profile The Pharmaceutical Information Network (PIN) is one component of the EHR; it is the central repository

More information

Meaningful Use. Medicare and Medicaid EHR Incentive Programs

Meaningful Use. Medicare and Medicaid EHR Incentive Programs Meaningful Use Medicare and Medicaid Table of Contents What is Meaningful Use?... 1 Table 1: Patient Benefits... 2 What is an EP?... 4 How are Registration and Attestation Being Handled?... 5 What are

More information

PLEASE NOTE. For more information concerning the history of these regulations, please see the Table of Regulations.

PLEASE NOTE. For more information concerning the history of these regulations, please see the Table of Regulations. PLEASE NOTE This document, prepared by the Legislative Counsel Office, is an office consolidation of this regulation, current to February 12, 2011. It is intended for information and reference purposes

More information

Medical Records Training Manual for EMR

Medical Records Training Manual for EMR Medical Records Training Manual for EMR ENTERPRISE MEDICAL RECORD (EMR) The MEDITECH Enterprise Medical Record (EMR) collects, stores, and displays clinical data such as lab results, transcribed reports,

More information

What you should know about Data Quality. A guide for health and social care staff

What you should know about Data Quality. A guide for health and social care staff What you should know about Data Quality A guide for health and social care staff Please note the scope of this document is to provide a broad overview of data quality issues around personal health information

More information

Microsoft Amalga Hospital Information System (HIS)

Microsoft Amalga Hospital Information System (HIS) m Microsoft Amalga Hospital Information System (HIS) > Manage all hospital functions with one integrated solution PG 0 Our Vision: To improve health around the world For more than a decade, Microsoft has

More information

Transactions Module. 70 Royal Little Drive. Providence, RI 02904. Copyright 2002-2014 Optum. All rights reserved. Updated: 3/1/14

Transactions Module. 70 Royal Little Drive. Providence, RI 02904. Copyright 2002-2014 Optum. All rights reserved. Updated: 3/1/14 70 Royal Little Drive Providence, RI 02904 Copyright 2002-2014 Optum. All rights reserved. Updated: 3/1/14 Table of Contents 1 Transactions Module...1 2 Charge Overview...3 2.1.1 Explosion Codes...3 2.1.2

More information

Blue Distinction Centers for Bariatric Surgery Clinical Program Requirements for 2010 Mid-Point Designations

Blue Distinction Centers for Bariatric Surgery Clinical Program Requirements for 2010 Mid-Point Designations Blue Distinction Centers for Bariatric Surgery Clinical Program Requirements for 2010 Mid-Point Designations Evaluation is based primarily on the facilities responses to the Blue Distinction Centers for

More information

Frequently Asked Questions (FAQs)

Frequently Asked Questions (FAQs) Registration and Enrollment... 2 Provider Registration- First Year Applicants... 2 Provider Registration- Returning Applicants... 2 Provider Eligibility... 3 Eligibility Eligible Professionals... 3 Eligibility

More information

Modifier Usage Guide What Your Practice Needs to Know

Modifier Usage Guide What Your Practice Needs to Know BlueCross BlueShield of Mississippi Modifier Usage Guide What Your Practice Needs to Know Modifier 22 Usage Modifier 22 - Procedural Service The purpose of this modifier is to report services (surgical

More information

He then needs to work closely with the Quality Management Director or Leader and the Risk Manager to monitor the provision of patient care.

He then needs to work closely with the Quality Management Director or Leader and the Risk Manager to monitor the provision of patient care. Chapter II Introduction The Director has a major role in the effort to provide high quality medical care with a high degree of clinical safety. He is ultimately responsible for the professional conduct

More information

Interoperability and the Surgery Department

Interoperability and the Surgery Department Interoperability and the Surgery Department Anupriyo Chakravarti, Director Systems Architecture Surgery is the economic engine of most hospitals 50% of medical errors occur in the OR The most severe medical

More information

Text Integration Utilities (TIU) Generic HL7 Interface Handbook

Text Integration Utilities (TIU) Generic HL7 Interface Handbook Text Integration Utilities (TIU) Generic HL7 Interface Handbook Version 1.0 October 2006 Department of Veterans Affairs VistA System Design & Development Computerized Patient Record System Product Line

More information

HL7 Fundamentals. Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen. August 2014

HL7 Fundamentals. Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen. August 2014 HL7 Fundamentals Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen August 2014 Today s Presenters: Dana McDonough Associate Technical Consultant Allscripts and Epic data conversions EHR Reporting

More information

AMERICAN BURN ASSOCIATION BURN CENTER VERIFICATION REVIEW PROGRAM Verificatoin Criterea EFFECTIVE JANUARY 1, 2015. Criterion. Level (1 or 2) Number

AMERICAN BURN ASSOCIATION BURN CENTER VERIFICATION REVIEW PROGRAM Verificatoin Criterea EFFECTIVE JANUARY 1, 2015. Criterion. Level (1 or 2) Number Criterion AMERICAN BURN ASSOCIATION BURN CENTER VERIFICATION REVIEW PROGRAM Criterion Level (1 or 2) Number Criterion BURN CENTER ADMINISTRATION 1. The burn center hospital is currently accredited by The

More information

Introduction to Epic Bridges. Empowering Extraordinary Patient Care

Introduction to Epic Bridges. Empowering Extraordinary Patient Care Introduction to Epic Bridges Empowering Extraordinary Patient Care Your phone has been automatically muted. Please use the Q&A panel to ask questions during the presentation! Introduction Michael Botieri

More information

Teaching Physician Billing Compliance. Effective Date: March 27, 2012. Office of Origin: UCSF Clinical Enterprise Compliance Program. I.

Teaching Physician Billing Compliance. Effective Date: March 27, 2012. Office of Origin: UCSF Clinical Enterprise Compliance Program. I. Teaching Physician Billing Compliance Effective Date: March 27, 2012 Office of Origin: UCSF Clinical Enterprise Compliance Program I. Purpose These Policies and Procedures are intended to clarify the Medicare

More information

CODE AUDITING RULES. SAMPLE Medical Policy Rationale

CODE AUDITING RULES. SAMPLE Medical Policy Rationale CODE AUDITING RULES As part of Coventry Health Care of Missouri, Inc s commitment to improve business processes, we are implemented a new payment policy program that applies to claims processed on August

More information

Provider Manual Section 4.0 Office Standards

Provider Manual Section 4.0 Office Standards Provider Manual Section 4.0 Office Standards Table of Contents 4.1 Appointment Scheduling Standards 4.2 After-Hours Telephone Coverage 4.3 Member to Practitioner Ratio Maximum 4.4 Provider Office Standards

More information

Philips Innovation Campus 560045 Bangalore India. Issued by:

Philips Innovation Campus 560045 Bangalore India. Issued by: Issued by: PHILIPS HEALTHCARE Patient Care and Clinical Informatics Interoperability Competence Center Philips Innovation Campus 560045 Bangalore India E-mail: hl7@philips.com Internet: http://www.healthcare.philips.com/connectivity

More information

elearning 5.7 Curriculum Guide >> Knowledge Base Module (KBM) 8.1

elearning 5.7 Curriculum Guide >> Knowledge Base Module (KBM) 8.1 elearning 5.7 Curriculum Guide >> Knowledge Base Module (KBM) 8.1 Although we have exercised great care in creating this publication, The NextGen Learning Center assumes no responsibility for errors or

More information

Introduction to Information and Computer Science: Information Systems

Introduction to Information and Computer Science: Information Systems Introduction to Information and Computer Science: Information Systems Lecture 1 Audio Transcript Slide 1 Welcome to Introduction to Information and Computer Science: Information Systems. The component,

More information

CDA for Common Document Types: Objectives, Status, and Relationship to Computer-assisted Coding

CDA for Common Document Types: Objectives, Status, and Relationship to Computer-assisted Coding CDA for Common Document Types: Objectives, Status, and Relationship to Computer-assisted Coding CDA for Common Document Types: Objectives, Status, and Relationship to Computer-assisted Coding by Liora

More information

Support: Andrew Gardner Clinical Data manager Mount Auburn Hospital Email: agardner@mah.harvard.edu Tel: 617-441-1625 Pager: 6707

Support: Andrew Gardner Clinical Data manager Mount Auburn Hospital Email: agardner@mah.harvard.edu Tel: 617-441-1625 Pager: 6707 Support: Andrew Gardner Clinical Data manager Mount Auburn Hospital Email: agardner@mah.harvard.edu Tel: 617-441-1625 Pager: 6707 Mount Auburn Hospital Case Management Department PROCESS STEP See page...

More information

Medicines reconciliation on admission and discharge from hospital policy April 2013. WHSCT medicines reconciliation policy 1

Medicines reconciliation on admission and discharge from hospital policy April 2013. WHSCT medicines reconciliation policy 1 Medicines reconciliation on admission and discharge from hospital policy April 2013 WHSCT medicines reconciliation policy 1 Policy Title Policy Reference Number Medicines reconciliation on admission and

More information