ࡱ> QSLMNOP7 bjbjUU "7|7|}lP P P P P P P d ̉̉̉8\`d G$$"FFFF. t4DGFGFGFGFGFGFG$I KjGP DFFDDjGP P FFGD\P FP FDGDDGXr*9sJP P %F d h̉X%l!G0G"oL"oL%d d P P P P Attendees: Tuesday Morning: Wayne Tracy, Harry Rhodes, Michelle Dougherty, Ken Rubin Tuesday Afternoon: Wayne Tracy, Michelle Dougherty, Harry Rhodes, Paula Visyak, Robin Zimmerman, Van Uguyen, Suzanne Nagami, Kathy Brouch, Dan Rode, Greg Thomas, Joann Larson Wednesday Morning: Joint meeting between Medical Records and Structured Documents: Wayne Tracy, Michelle Dougherty, Bob Dolan, Sandy Boyer, Calvin Beebe, Philip Dedeerer, Shelly Qian Wednesday Afternoon: Wayne Tracy, Michelle Dougherty, Harry Rhodes, Dan Rode, Kathy Brouch, and Lloyd McKenzie. Highlights: Discussed electronic (remote contribution) Started reviewing 2001 minutes to assure that all appropriate changes were made to Chapter 9 for the version 2.5 ballot. Chart tracking development (Deferred by Scheduling TC) Co-chair election Michelle Dougherty from AHIMA was elected. Finished preparation of version 2.5 chapter 9 for ballot by addressing MDM Modification Proposal Kaiser withdrew proposal 242 Kaiser submitted proposal 251 to deprecate use of EVN segment in MDM messages. (Deprecated the segment, but not the field.) Reviewed Visio models of a joint work product for medical records messaging. Review planned 2nd ballot for the Chapter 9. Look at R-MIM as vehicle to describe how we made the changes Discuss the status of the consent and advanced directives Clarify mission statements for each group Revisit the Medical Records/Information Management TC mission statement. Discussed consents and possible overlap between structure and content. Tuesday a.m. and p.m. Finished preparation of version 2.5 chapter 9 for ballot by addressing MDM Modification Proposal. See chapter 9 insert after the balloting results for details. Changes were made between 9.2 and 9.5 only are highlighted. Ballot: The EVN will be deprecated from the MDM in all instances of MDM messages. Harry moved, Greg seconded the motion. Discussion: none In Favor - 9, unanimous Opposed - 0 Abstained 0 Ballot: Deprecate the PV1 from MDM messages. Joann moved, Harry seconded. Discussion: It would be reasonable if PV1 could be made optional. There was significant concern with the deprecation because of the lack of ability to move PV1 to optional. The group requested that this issue be addressed by CQ to have PV1 move from required to optional rather than deprecate it. The group would also like to understand the rationale for forbidding a required elements movement to optional. In Favor 0 Opposed 9, unanimous Abstained 0 The group would have been in favor had PV1 been optional and would like to make it optional. Ballot: Accept the draft Chapter 9. Moved Joanne. Seconded Greg. In Favor 9, unanimous Opposed 0 Abstained - 0 Draft Chapter 9 approved for ballot: 9.2 PURPOSES This chapter currently supports document management. In the future, it is intended also to support the data exchange needs of applications supporting other medical record functions, including chart location and tracking, deficiency analysis, consents, and release of information. The main purpose of the medical record is to produce an accurate, legal, and legible document that serves as a comprehensive account of healthcare services provided to a patient. This chapter defines the transactions at the seventh level, i.e., the abstract messages. Various schemes may be used to generate the actual characters that comprise the messages according to the communications environment. The HL7 Encoding Rules will be used where there is not a complete Presentation Layer. This is described in Chapter 1, Relationship to Other Protocols. The examples in this chapter were constructed using the HL7 Encoding Rules. Definition of terms and concepts This part provides definition of terms used throughout this chapter. The intent of this part is to provide clarification on use and interpretation. Addendum: An appendage to an existing document that contains supplemental information. The parent document remains in place and its content is unaltered. Archived: A storage status in which a document has been stored off-line for long-term access. Canceled: An availability status in which a document has been removed from a patients record with no replacement. This is done when a document has been erroneously created or assigned to the incorrect patient. Composite document: A document which consists of an original document and one or more addenda. Document completion table: The following terms are used to describe the workflow progression of a document: Authenticated: A completion status in which a document or entry has been signed manually or electronically by one or more individuals who attest to its accuracy. No explicit determination is made that the assigned individual has performed the authentication. While the standard allows multiple instances of authentication, it would be typical to have a single instance of authentication, usually by the assigned individual. Dictated: A completion status in which information has been orally recorded but not yet transcribed. Documented: A completion status in which document content, other than dictation, has been received but has not been translated into the final electronic format. Examples include paper documents, whether hand-written or typewritten, and intermediate electronic forms, such as voice to text. In progress/assigned: A workflow status in which the recipient has assigned the material to personnel to perform the task of transcription. The document remains in this state until the document is transcribed. Incomplete: A completion status in which information is known to be missing from a transcribed document. Legally authenticated: A completion status in which a document or entry has been signed manually or electronically by the individual who is legally responsible for that document or entry. This is the most mature state in the workflow progression. Pre-authenticated: A completion status in which a document is transcribed but not authenticated. Edited document: A document that alters an existing document which had not been made available for patient care (see also Section 9.1.1.10, Replacement document). New or original document: The first version of a document. The original may or may not be final or authenticated. An original document should have a set of associated statuses to define its current condition. Obsolete: An availability status in which a document has been replaced by a document which contains revised content. Purged: A storage status in which a document is no longer available in this system. Replacement document: A document that replaces an existing document. The original document becomes obsolete, but is still retained in the system for historical reference. Restricted: A confidentiality status in which access to a document has institutionally assigned limitations. Revised document: This is not a supported trigger event. See Sections 9.1.1.6, Edited document, and 9.1.1.10 Replacement document. Transcription: A process of transforming dictated or otherwise documented information into an electronic format. 9.3 DOCUMENT MANAGEMENT SECTION This section defines the Medical Document Management (MDM) transaction set. It supports transmission of new or updated documents or information about their status(es). The trigger events and messages may be divided into two broad categories, one which describes the statuses of documents, and one which both describes the statuses and contains the document content itself. The document management section is concerned primarily with the management of those documents and entries which are created as a result of a transcription process. These documents are created in two distinct contexts, one of which is related to an order and describes the procedures or activities associated with that order, and another which occurs independent of the order process. The scope of this section also includes any document that contains data derived from orders or results but which must be treated as aggregate display data due to system limitations. This is a transition strategy to support integration of data across the continuum of care. 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. 9.4 ASSUMPTIONS Within this section, we have created a single message whose contents vary predicated on the trigger event. The following assumptions are made when the Medical Document Management (MDM) message is used: The application system is responsible for meeting all legal requirements (on the local, state, and federal levels) in the areas of document authentication, confidentiality, and retention. All documents are unique, and document numbers and file names are not reused. Documents may be associated with one or more orders. 9.5 TRIGGER EVENTS AND MESSAGE DEFINITIONS Each triggering event is listed below, along with the applicable form of the message exchange. The notation used to describe the sequence, optionality, and repetition of segments is described in Chapter 2, Format for Defining Abstract Messages. There are two classes of events, those which contain notifications only, and those which contain both notifications and content (text contained in OBX segments). Note that the event is encapsulated in MSH-9 and the event segment is deprecated for all MDM message cases as of version 2.5. Where used the value of MSH-9 and value of EVN-1 must be the same. These triggering events are mainly associated with documents or entries that will be or have been transcribed. The types and appearance of the transcribed documents can vary greatly within a healthcare organization and between organizations. However, the main purpose of the transcription process is to document patient care or diagnostic results in a legible manner; these documents then become part of the legal medical record. The conceptual purpose of document notification is to facilitate updating the receiving system(s) with information from the source system(s), typically dictation or transcription systems, to indicate that an electronic document has been created or altered. The document notification message can be attached to an entire document (i.e., transcribed document) or can be transmitted stand-alone. In either case, the document notification is transmitted in the form of an unsolicited update or in response to a record-oriented query. A document notification message can be created under a variety of circumstances such as when: 1) dictation has been completed; 2) a document has been transcribed; or 3) the status of a document has been changed, for example, when a document has been authenticated. Medical Records/Information Management (Document Management) messaging does not support the concept of partial or preliminary results. Thus, ORC/OBR attributes cannot indicate partial or preliminary results. In particular, ORC-1 Order Control Code should only be populated with 'RE' from HL7 Table 0119 Order Control Codes. ORC-5 Order Status, if populated, must be valued with 'CM' from HL7 Table 0038 Order Status. No current values of HL7 Table 0121 Response Flag are valid in the context of this message for ORC-6 Order Response Flag. OBR-25 Result Status, if populated, must be valued with 'F' from HL7 Table 0123 Result Status. Also, the orders represented by the ORC/OBR segments must be wholly and exclusively satisfied by the TXA/OBX content. Wholly satisfied means there are no other orders related to the TXA/OBX content other than those specified by the ORC/OBR segments. Exclusively satisfied means that the actions described by the ORC/OBR segments do not contain actions not addressed by the TXA/OBX content. Thus, the TXA/OBX context must satisfy all instances of ORC/OBR as indicated by ORC-7 Quantity/Timing, OBR-27 Quantity/Timing or the TQ1/ TQ2 segments. When optional order components are included in the message overlap of field content between TXA and the content in two OBR fields can exist. Generally the OBR-32 Principal interpreter and the TXA 22.1 Authentication person are conceptually the same. Normally only the TXA-22.1 should be valued. If both are valued, the TXA-22.1 takes precedence. The OBR-35 Transcriptionist and the TXA 11 Transcriptionist are conceptually the same. Normally only the TXA-11 should be valued. If both are valued, the TXA-11 takes precedence. MDM/ACK - original document notification (event T01 XE "T01" ) XE "MDM"  XE "Messages:MDM"  This is a notification of the creation of a document without the accompanying content. There are multiple approaches by which systems become aware of documents: Scenario A: A document is dictated and chart tracking system is notified that it has been dictated and is awaiting transcription. Scenario B: Dictation is transcribed and chart tracking system is notified that the document exists and requires authentication. Scenario C: A provider orders a series of three X-rays. The radiologist dictates a single document which covers all three orders. Multiple placer numbers are used to identify each of these orders. MDM^T01^MDM_T01Original Document NotificationChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T01^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - original document notification and content (event T02 XE "T02" ) This is a notification of the creation of a document with the accompanying content. Scenario A: Dictation is transcribed and the chart tracking system is notified that the document exists and requires authentication. The content of the document is transmitted along with the notification. Scenario B: A provider orders a series of three X-rays. The radiologists dictation is transcribed in a single document, which covers all three orders. Multiple placer numbers are used to identify each of the orders within the single document message. The notification and document content are transmitted. MDM^T02^MDM_T02Original Document Notification & ContentChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 { HYPERLINK \l "OBX" OBX}Observation/Result (one or more required)9 [{ NTE }]Notes and comments segment for OBX2 ACK^T02^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error Information2MDM/ACK - document status change notification (event T03 XE "T03" )  XE "MDM"  XE "Messages:MDM"  This is a notification of a change in a status of a document without the accompanying content. Scenario: A document is authenticated. Notification is sent to the chart tracking system and is used to update the document status from pre-authenticated to authenticated or legally authenticated. A change in any of the following independent status characteristics would cause a message to be sent: Completion Status Confidentiality Status Availability Status (the Availability Status of cancelled is supported in T11 (document cancel notification) or T03) Storage Status MDM^T03^MDM_T01Document Status Change NotificationChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T03^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document status change notification and content (event T04 XE "T04" ) This is a notification of a change in a status of a document with the accompanying content. Scenario: A document is authenticated. Notification is sent to the chart tracking system and is used to update the document status from pre-authenticated to authenticated or legally authenticated. The document content is also transmitted. MDM^T04^MDM_T02Document Status Change Notification & ContentChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 { HYPERLINK \l "OBX" OBX}Observation/Result (one or more required)9 [{ NTE }]Notes and comments segment for OBX2 ACK^T04^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document addendum notification (event T05 XE "T05" ) This is a notification of an addendum to a document without the accompanying content. Scenario: Author dictates additional information as an addendum to a previously transcribed document. A new document is transcribed. This addendum has its own new unique document ID that is linked to the original document via the parent ID. Addendum document notification is transmitted. This creates a composite document. MDM^T05^MDM_T01Document Addendum Notification ChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T05^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document addendum notification and content (event T06 XE "T06" ) This is a notification of an addendum to a document with the accompanying content. Scenario: Author dictates additional information as an addendum to a previously transcribed document. A new document is transcribed. This addendum has its own new unique document ID that is linked to the original document via the parent ID. Addendum document notification is transmitted, along with the document content. This creates a composite document. MDM^T06^MDM_T02Document Addendum Notification & ContentChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 { HYPERLINK \l "OBX" OBX}Observation/Result (one or more required)9 [{ NTE }]Notes and comments segment for OBX2 ACK^T06^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document edit notification (event T07 XE "T07" ) Note: The only valid use of this trigger event is for documents whose availability status is Unavailable, i.e., the document has not been made available for patient care. This is a notification of an edit to a document without the accompanying content. Scenario: Errors, which need to be corrected, are discovered in a document. The original document is edited, and an edit notification is sent. MDM^T07^MDM_T01Document Edit Notification ChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T07^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document edit notification and content (event T08 XE "T08" ) Note: The only valid use of this trigger event is for documents whose availability status is "Unavailable," i.e., the document has not been made available for patient care. This is a notification of an edit to a document with the accompanying content. Scenario: Errors, which need to be corrected, are discovered in a document. The original document is edited, and an edit notification and document content are sent. MDM^T08^MDM_T02Document Edit Notification & ContentChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 { HYPERLINK \l "OBX" OBX}Observation/Result (one or more required)9 [{ NTE }]Notes and comments segment for OBX2 ACK^T08^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document replacement notification (event T09 XE "T09" ) Note: This trigger event is generally used when the original document availability status is Available. This is a notification of replacement to a document without the accompanying content. Scenario: Errors discovered in a document are corrected. The original document is replaced with the revised document. The replacement document has its own new unique document ID that is linked to the original document via the parent ID. The availability status of the original document is changed to Obsolete but the original document should be retained in the system for historical reference. Document replacement notification is sent. MDM^T09^MDM_T01Document Replacement Notification ChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T09^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document replacement notification and content (event T10 XE "T10" ) Scenario: Errors discovered in a document are corrected. The original document is replaced with the revised document. The replacement document has its own new unique document ID that is linked to the original document via the parent ID. The availability status of the original document is changed to Obsolete but the original document should be retained in the system for historical reference. Document replacement notification and document content are sent. MDM^T10^MDM_T02Document Replacement Notification & Content ChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 { HYPERLINK \l "OBX" OBX}Observation/Result (one or more required)9 [{ NTE }]Notes and comments segment for OBX2 ACK^T10^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2MDM/ACK - document cancel notification (event T11 XE "T11" ) This is a notification of a cancellation of a document. This trigger event should be used only for an original document with an availability status of Unavailable. When a document has been made available for patient care, the process should be to replace the original document, which then becomes obsolete. The replacement document describes why the erroneous information exists. Scenario: When the author dictated a document, the wrong patient identification was given, and the document was transcribed and sent to the wrong patients record. When the error is discovered, a cancellation notice is sent to remove the document from general access in the wrong patients record. In these cases, a reason should be supplied in the cancellation message. To protect patient privacy, the correct patients identifying information should not be placed on the erroneous document that is retained in the wrong patients record for historical reference. A new document notification and content will be created using a T02 (original document notification and content) event and sent for association with the correct patients record. MDM^T11^MDM_T01Document Cancel NotificationChapterMSHMessage Header2EVNEvent Type (Deprecated as of v 2.5. Retain for backwards compatibility only)3PIDPatient Identification3PV1Patient Visit3[{Begin optional ORC/OBR group ORC Common order segment4 OBR Observation request segment4 [{ NTE }]Notes and comments segment for OBR2}]End ORC/OBR group HYPERLINK \l "TXA" TXADocument Notification9 ACK^T11^ACKGeneral AcknowledgmentChapterMSHMessage Header2MSAMessage Acknowledgment2[ERR]Error2Meeting Minutes: Wednesday Morning Reviewed CMET in the Visio models of a joint work product for medical records messaging. Discussed the confidentiality code on the clinical document and possible ambiguity between the confidentiality code in the header and the body. The confidentiality code in the header applies to the entire document. In good practice, it is expected that the highest level of confidentiality from the document would be reflected in the header (it is possible to have information in a document assigned different levels of confidentiality). However, there may be situations where this would not apply. This was allow to be a local business decision. The group discussed rules for CMETs and adding data to the CMETs for which there are no use case scenario developed. Ballot: Constrain our CMETs to only those elements for which there is a use case scenario. In Favor: 6 unanimous Opposed: 0 Abstained: 0 Patient_Identified 502 CMET A non-person living for added to this CMET which did not appear appropriate in this area. Ballot: Constrain the scope of our MDM and structured documents for which there are use case scenarios, domain expertise, and individuals who have domain expertise present/defended to the TCs. Discussion: None In Favor: 6 -- unanimous Opposed: 0 Abstained: 0 Ballot: Accept all material presented today as appropriate to go to ballot with exception of CMETS. Bob Dolan is authorized to revise the CMETS in order that they contain only the contents expected to be used in MDM messages. Discussion: None In Favor: 6 unanimous Opposed: 0 Abstained: 0 Discussed continued collaboration between MR and Structured Documents of additional non-MDM messages. Wednesday Afternoon: The group discussed making updates to the TC name and mission statement to reflect current terminology and better reflect the mission based on past work products. Revised Name: Health Information Management Technical Committee (Formerly Medical Records/Information Management) Mission: The goal of the Health Information Management Technical Committee is to define transactions that support the functional messaging needs for the communication and management of health information. The functions relate to both electronic and paper-based health records. It includes the structure, content, quality, availability, confidentiality, disclosure, and integrity of such information. In addition, it includes content extraction from health records and analysis of the data in the aggregate. Scope: This committee constructs domain information models (DIMs) and messages which can be communicated to and from systems which serve the needs of the health information management/medical record functions in healthcare organizations. These include functions mandated by law, regulation, licensure and accreditation requirements, as well as organizational procedure. The scope applies to cases where information systems specifically support the functional requirements of this domain. Such systems may exist as discrete departmental systems or as a set of applications or functions within a larger more functionally expansive system such as an HIS. Scope Examples: The following subjects have been or will be specifically reviewed for potential message construction: - Transcription document management (included in v2.3): These messages support the transmission of information about the status of transcribed documents (medical reports) and the transmission of report content between computer systems. - Medical Record Abstracts: This message will support inpatient and outpatient data abstract requirements outlined by federal and other data sets and guidelines including UHDDS, HCFA 1500, UB92, HCFA 485, 486, and 487, trauma and cancer registries, which are not otherwise addressed in the ADT/Finance domain. - Advance Directives/Living Wills: This message applies to legal documents governed by state law that allow individuals to describe their minimally acceptable quality of life and specify what life-sustaining treatments they would or would not want. - Durable Powers of Attorney for Healthcare Decisions: This message applies to documents governed by state law that allow competent adults to appoint representatives to make healthcare decisions if they become unable to make such decisions for themselves. - Consents for Treatment. This message will include elements from general consents for treatment and specific consents such as blood transfusions and surgical procedures. - Medical Record Tracking: These messages will allow for identifying and noting the location of medical records and related subsets of the records to maintain their availability and accessibility. These messages will also support chart transfer requests, transfer status, and notifications. - Release of Information (including authorizations). These messages support the function of releasing confidential, personally-identifiable, health information to healthcare providers, third party payors, governmental agencies, attorneys, and other legitimate users as required by law or authorized by the patient or the patient's legal representative. - Chart deficiency tracking; - Staff credentialing/staff qualification and appointments documentation In addition, this committee will act as a liaison with other organizations including but not limited to AHIMA, AAMT, ASTM, and other HL7 technical committees or special interest groups concerning medical records and related issues, such as confidentiality, security, and access to medical records both in paper and electronic form. The Committee will formulate recommendations to the HL7 Technical Steering Committee where appropriate. Membership The Committee is comprised of individuals representing vendors of information systems (computer based systems), health information management professionals, and other stake holders, including other allied health professionals and physicians. Ballot: In favor of submitting the above revised TC name and mission statement to the Technical Steering Committee. In Favor: 5 Opposed: 0 Abstained: 1 Consents: Reviewed Consent Segment document compiled and presented by Lloyd McKenzie. The document was developed and published in MR/IM committee minutes. The group discussed and reviewed the document. CON Consent Segment Short Description This segment identifies patient consent information relating to a particular message. It can be used as part of existing messages to convey information about patient consent to procedures, admissions, information release/exchange or other events discussed by the message. It may also be used in messages focusing on recording or requesting consent. It may also be used to deal with consents related to employees or service providers. The segment will be used in conjunction with various other segments to identify the practitioner (PRA/STF) or patient (PID) the consent is for, the various individuals involved in the consent (ROL) as witnesses, consenting person (not always the patient), translators, consulting providers, etc., and the specific procedures being proposed (PR1). Justification Segment The issue of patient consent has become more important, particularly in the tracking of consent for the release of or exchange of information. The pieces of information recorded when dealing with a patient consent tend to be similar, regardless of the purpose of the consent. This segment combines these pieces information so that they can be used for consents of any type. Fields Consent Type: In concert with giving consent, some programs may allow patients to request varying degrees of participation in a given program. For example, if consent program relates to a patients entire medical record being available online they might have the opportunity to only reveal certain portions of that history (for example, drug history only, etc.). Consent Form ID and Version: Some institutions may have a set of pre-defined consent forms. Identifying the specific form (and version) identifies the details the subject is consenting to, as well as what information is on the form. Consent Text: When recording consents electronically it is important to know the specific text that was presented to the consenting person. Subject-specific Consent Text: Sometimes consent forms have areas where details of the procedure or information distribution that are specific to a given consent instance are recorded. For example, a variation on a common procedure, or an explicit listing of documents to be released. As this is part of the consent document, it needs to be recorded. It is helpful to keep this information separate from the standard template consent text, as in most circumstances people viewing the consent will want to know Whats different from usual. Background Text: In most cases in the health field, consent must be informed consent. This means that the consenting individual must understand and appreciate the implications of what they are consenting to. Most consent processes involve providing background material describing the reasons for the proposed service, expected benefits and potential risks. It is important to have a record of what information was presented to the subject at the time of consent. Subject-specific Background Text: The reasons, expected benefits and risks may vary from subject to subject. It may be necessary to inform the subject of background information that only applies to their particular circumstance. Subject-imposed Limitations: At the time of consent, the subject may wish to make modifications or add limitations to their consent. These modifications and limitations must be recorded. Consent Mode: The manner in which consent can be given may vary greatly within a specific program, from program to program, or from organization to organization. Therefore, the standard must allow applications to identify how consent was obtained (for example, verbally, written, etc.). Consent Status: Consent can be pending (subject hasnt been asked yet), given, refused, revoked or even completely bypassed. There needs to be a way of identifying what the status of a subjects consent is (or was at a given point in time). Consent Discussion Date/Time: For informed consent, a knowledgeable person must discuss the ramifications of consent with the subject. In some instances, this discussion is required to happen a certain period of time prior to the provision of consent. This ensures that the subject has sufficient time to consider the ramifications of their decision. To ensure that guidelines are followed, there needs to be a place to record the time at which the consent information was initially discussed with the subject. Consent Decision Date/Time: Related to the above, there also needs to be a record of the time the subject actually made their consent decision. Consent Effective Date/Time: Not all consents take effect at the time the consent decision is made. They may not become effective for some time, or in certain circumstances they may even be retroactive. There needs to be a place to record the effective time. Consent End Date/Time: For most programs requiring voluntary participation, the decision to participate is not final and therefore may be revoked in the future. Therefore, when a patient makes the decision to revoke their consent, the date and time on which the decision was made must be recorded in order to provide a complete history of the consent. Alternatively, the initial consent may only have been granted for a limited period of time (e.g. 24 hours, 1 week, 1 year). If Consent End Date/Time is null, this should be interpreted as indefinite. Subject Competence Indicator: One of the issues involved in informed consent is whether the subject is judged to be competent to provide consent on their own behalf. Factors involve age, mental capacity, and current state of health/awareness. A professional judgment about whether the subject is deemed competent must be made and recorded. Translator Assistance Indicator: To obtain informed consent, the patient must understand what they are consenting to. For subjects who do not understand the commonly used language of the institution, or who are unable to hear/read/speak, translation services may be required. Translation Type: To obtain informed consent, the patient must understand what they are consenting to. For subjects who do not understand the commonly used language of the institution, or who are unable to hear/read/speak, translation services may be required. An indication of what type(s) of translation were/will be performed is required. Informational Material Supplied Indicator: As part of the informed consent process, additional material in the form of pamphlets, books, brochures, videos, etc. may be provided to the patient. An indication of whether this has been done is required. (Details on the materials provided will be sent using a separate segment.). Consent Bypass Reason: There may arise situations in which an action must be performed without patient consent (for example retrieving an unconscious patients drug history, performing life saving surgery, etc.). This field indicates the rationale for accessing information without obtaining the required consent. Trust Agreement Restriction Type: When dealing with consents related to information release, there is often a need to manage what happens to the information once released. This is typically done through trust agreements between the parties involved in the exchange. Consents may sometimes need to indicate what type of agreement must be in place with the information recipient. Consent Disclosure Level: Identifies whether the subject was provided with information on the full background information on the procedure, etc. the subject is consented to. I.e. Has all information needed for informed consent been provided. Consent Non-disclosure Reason: Identifies why information was withheld from the patient. (E.g. Telling the patient may cause a worse outcome than performing the procedure.) Use Case(s) A patient decides to participate in a voluntary electronic drug history program. The patient records this decision in writing (Consent Mode) on a pre-designed consent form (Consent Form ID and Version) after their health care service provider has explained the benefits and drawbacks of their participation. In providing consent, the patient can also decide on the degree to which they will participate in the program (Consent Type). The consent decision (Consent Status) is recorded under the patients name (use ROL segment) and the number of the paper-based form that the patient signed is recorded in the electronic consent gathering function (Consent Number). The patients consent is effective from the day of the decision (Consent Effect Date/Time), but this consent can be terminated at the patients discretion at a given date in the future (Consent End Date/Time). Several months later the patient is rushed into an emergency health care facility with what appears to be a drug reaction. While checking the patients drug history, health care service providers find that the patients drug history has controlled access. The patient is unable to provide access to this information given their physical state, so the health care service provider circumvents the consent process (Non-consent Access Reason) in the interests of the patients immediate well-being. A patient is seeking a therapeutic abortion. Because she is under 18, the practioner must evaluate her competence to provide consent. The patient is deemed to be competent (Patient Competence Indicator). Local legislation mandates that the patient be counseled at least 24 hours prior to receiving the procedure. The patient is counseled, and the time recorded (Consent Discussion Date/Time). They are also given a pamphlet to take home and read (Informational Material Supplied Indicator). They return the following day and sign the consent form (Consent Decision Date/Time) A deaf patient is admitted for labor and delivery. It becomes apparent the patient will require a cesarean section. A translator is required (Translator Assistance Indicator) who can translate sign language (Translation Type). The translator explains the details of the procedure the patient is being asked to consent to (Consent Text), the intention to use epidural anesthetic (Subject-specific Consent Text), the general risks associated with doing the procedure, as well as those with not doing the procedure (Background Text) as well as the risks and benefits associated with the epidural (Subject-specific Background Text). The patient agrees to the procedure, subject to the condition that she not be given any blood products for religious reasons (Subject-imposed Limitations). An employee signs a consent form authorizing (Consent Status) a hospital to request their driving records from the local Department of Motor Vehicles (Consent Type). A patient signs a consent form to have basic diagnostic and billing information sent to their insurer. The consent indicates that information may only be given to parties that are bound by HIPPA guidelines (Trust Agreement Restriction Type) Version 3 Mapping Consent Type to Act(Consent).cd Consent Form ID Act(Consent).id (DEF mood) Consent Form Number Act(Consent).id Consent Text Act(Consent).txt (DEF mood) Subject-specific Consent Text Act(Consent).txt Consent Background Act(Observation).value Subject-specific Consent Background Act(Observation).value Subject-imposed limitations Act(Consent).txt (as a component of the overall consent) Consent Mode Participation.mode_cd Consent Status Act(Consent).status_cd Consent Discussion Date/Time Participation.time (consultation participation) Consent Decision Date/Time Participation.time (consenter participation) Consent Effective Date/Time to Act(Consent).effective_time Consent End Date/Time Act(Consent).effective_time Subject Compentent Indicator Observation.value Translator Assistance Indicator Observation.value OR presence of Translator Participation Translation Type Act.cd Informational Material Supplied Indicator Observation.value Consent Bypass Reason Act(Consent).reason_cd (negation_ind = true) Trust Agreement Restriction Type Observation.value (Observation hangs off information recipient) Consent Disclosure Level ???? Consent Non-disclosure Reason ???? Proposed Solution The consent segment provides details about a specific consent by a patient or staff member. HL7 Attribute Table CON Consent Segment  XE "HL7 Attribute Table: CON "  SEQLENDTOPTRP/#TBL#ITEM#ELEMENT NAME14SIRSet ID2250CNEOUser DefinedConsent Type340STOConsent Form ID and Version4180EIOConsent Form Number5250FTOYConsent Text6250FTOYSubject-specific Consent Text7250FTOYConsent Background8250FTOYSubject-specific Consent Background9250FTOYConsenter-imposed limitations102IDOHL7xxxxConsent Mode112IDRHL7xxxxConsent Status1226TSOConsent Discussion Date/Time1326TSOConsent Decision Date/Time1426TSOConsent Effective Date/Time1526TSOConsent End Date/Time161IDOHL70136Subject Competence Indicator171IDOHL70136Translator Assistance Indicator181IDOISO0649Translation Type191IDOHL70136Informational Material Supplied Indicator20250CWEOUser DefinedConsent Bypass Reason211IDOHL7xxxxConsent Disclosure Level22250CWEOUser DefinedConsent Non-disclosure Reason23250CWEOUser DefinedNon-subject Consenter Reason CON-1 Set ID (SI) Definition: Uniquely identifies a particular consent segment within a message CON-2 Consent Type (CNE) Components: ^ ^ ^ ^ ^ ^ ^ Definition: The type of consent to and how far that consent extends. E.g. What type of service, information access/release or other event is the subject consenting to. User Defined Table xxxx Consent Type Value Description CON-3 Consent Form ID and Version (ST) Definition: Identifies a specific version of a consent form used to record the consent. A given version of a consent form implies a particular set of wording that appears on the form. CON-4 Consent Number (EI) Components: ^ ^ ^ Definition: Uniquely identifies a specific recorded consent. This may be the number assigned to an electronic consent, or may be the number on a printed consent form. CON-5 Consent Text (FT) Definition: Describes the specifics procedures/information releases/events/etc. the subject is consenting to. Repetitions may be used if the length of the first repetition is insufficient. CON-6 Subject-specific Consent Text (FT) Definition: Describes any additions or variations to the standard procedures/information releases/events etc. from a standard consent that are applicable to the subject whose consent is sought. Repetitions may be used if the length of the first repetition is insufficient. CON-7 Background Text (FT) Definition: Describes any additional information relating to the procedure/information release/event that needs to be understood by the subject for informed consent. May include the reason for the service, the expected benefit, risks, etc. Repetitions may be used if the length of the first repetition is insufficient. CON-8 Subject-specific Background Text (FT) Definition: Describes any additions or variations to the standard additional information that needs to be understood by the patient for informed consent. May include a description of benefits and risks that are specific to the subject from whom consent is sought. May also include an indication that there are no subject-specific risks/benefits. Repetitions may be used if the length of the first repetition is insufficient. CON-9 Consenter-imposed Limitations (FT) Definition: Describes any restrictions or limitations placed on their consent by the subject. Repetitions may be used if the length of the first repetition is insufficient. CON-10 Consent Mode (ID) Definition: The method in which a subject provides consent. HL7 Table xxxx Consent Mode Value DescriptionVVerbalWWrittenTTelephone CON-11 Consent Status (ID) Definition: Indicates whether consent has been sought and granted. HL7 Table xxxx Consent Status Value DescriptionAActive Consent has been grantedLLimited Consent has been granted with limitationsRRefused Consent has been refusedPPending Consent has not yet been soughtXRescinded Consent was initially granted, but was subsequently revoked or ended.BBypassed (Consent not sought) CON-12 Consent Discussion Date/Time (TS) Definition: Identifies the time when consent was discussed with the subject. This should only be specified if this differs from the time the consent decision is made. CON-13 Consent Decision Date/Time (TS) Definition: Identifies the time when the decision to grant/refuse consent was made. In the case of written consent, this is the time the consent form is signed. CON-14 Consent Effective Date/Time (TS) Definition: The time the consent becomes/became effective. This only needs to be specified if the time differs from the Consent Decision Date/Time CON-15 Consent End Date/Time (TS) Definition: The time the consent becomes ineffective. If not specified, the consent is assumed to be indefinite. For consents relating to information release, the end date/time is the date by which the released information must be returned/destroyed. CON-16 Subject Competent Indicator (ID) Definition: Identifies whether the subject was deemed competent to provide consent. Refer to table HL7 table 0136 Yes/No Indicator CON-17 Translator Assistance Indicator (ID) Definition: Identifies whether translation was (or will be) required to obtain informed consent from the subject. Refer to table HL7 table 0136 Yes/No Indicator CON-18 Translation Type (ID) Definition: Identifies the language the consent material must be translated to. Refer to ISO table 639 Language Codes CON-19 Informational Material Supplied Indicator (ID) Definition: Identifies whether additional educational or reference material was provided to the subject as part of the consent process subject. Refer to table HL7 table 0136 Yes/No Indicator CON-20 Consent Bypass Reason (CWE) Components: ^ ^ ^ ^ ^ ^ ^ Definition: Identifies why the subjects consent was not sought. This field must be populated when CON.11 (Consent Status) is B Bypassed. User Defined Table xxxx Consent Bypass Reason Value DescriptionEEmergencyPJProfessional Judgment CON-21 Consent Disclosure Level (ID) Definition: Identifies how much information was disclosed to the subject as part of the informed consent process. HL7 Table xxxx Consent Disclosure Level Value DescriptionFFull DisclosurePPartial DisclosureNNo Disclosure CON-22 Consent Non-Disclosure Reason (CNE) Components: ^ ^ ^ ^ ^ ^ ^ Definition: Identifies why there was no full disclosure to the subject. User Defined Table xxxx Consent Non-Disclosure Reason Value DescriptionEEmergencyRXRx PrivatePRPatient Request CON-23 Non-Subject Consenter Reason (CWE) Components: ^ ^ ^ ^ ^ ^ ^ Definition: Identifies why consent was granted by a person other than the subject of the consent. User Defined Table xxxx Non-Subject Consenter Reason Value DescriptionMINSubject is a minorNCSubject is not competent to consentLMLegally mandated Ballot: Accept in principal for inclusion in ballot 2.5 a submission from HL7 Canada for the Consent Segment as a new section in the chapter. This may be used with messages as defined in Chapter 3. In Favor: 6 - unanimous Opposed: 0 Abstained: 0 Agenda for Working Group Meeting on May 1 2, 2002, Atlanta, GA Wednesday a.m. Joint meeting with Structured Documents to review version 3 second ballot. (hosted by MR/IM). Wednesday p.m. Review ballot comments for first ballot for HL7 version 2.5. Thursday a.m. Joint meeting with structured documents to review version 3 second ballot. (hosted by Structured Documents). Thursday p.m. Review ballot comments for first ballot for version 2.5. Identify additional content for HL7 version 2.6. HL7 Medical Record/Information Management Technical Committee Meeting San Diego, CA January 8 9, 2002 PAGE  PAGE 1  Wk ^345B  67=yz 01)*%%''/a0r000000171O1k11111123 4 4 4:4;44445I5Q5|5555556 656<6O6P66 CJOJQJ *6 * *5<NH7 *75CJ 6H*55CJT  WX 45Bm]X & F hh^h & F hh^h & F hh^h & F hh^h & F hh^h^} L v      67@8^8 & F hh^h & F hh^hz01;*4_zu$9P0C7Q x !$#&3&&$&'(=(h(*/2;445P66T77Y8 909O9$If & F & F^. V`0p@ LP !$`'0*-/2p5@8;=@C  & F ^`6666666666L7M7T7`7777Y8d8R9S9}9~99999::4:7:[:^::::::::::::::;; ; ;O;P;;;;;;;<<<<4>5>_>`>>>>>>>??=?@?>* CJOJQJ0JjU jU *OJQJ *B*OJQJph * CJOJQJ5NH jUKO9W9X9\9k9m9n9r999999XkPkx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$ 99999999::::4:6:7:?:[:]:T@$$Ifl2d #4 l$If$$Ifl d #4 l $$Ifa$]:^:m::::::::::::::;\$If$$Ifl d #4 l $$Ifa$$If>$$Ifl2d #4 l; ; ;; ;";#;';>;@;A;G;M;Xkxk<$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$ M;O;P;;;<=>1>9>:>>>gXa$Ifg$$Ifl4Fd #     4 l $$Ifa$$If$$Ifl d #4 l $$Ifa$ >>M>O>P>T>>>>>>>>>>>>>>>>???PxTۈۀ$$Ifl d #4 l $$Ifa$$If??!?=???@?O?r?t?u?x?????????\4$$Ifl d #4 l $$Ifa$$If>$$Ifl2d #4 l@?r?u?x????????????????@@@@@j@k@@@@@AAAAAA%A&AxAyA*B+BCCDCCCCCCCCCD=D?D@D]D^D_D|DDDDDDDDDDE E E EEj;U *B*OJQJph>* jUNH CJOJQJjU0JjiU jU *OJQJ *H? @@@@@@B@C@D@P@g@o@ $$Ifa$$If>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$If o@p@t@@@@@@@@@@@@Xtxtlt$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l @'AAMBBBBTCcCsCCCCCCXyy$Ifg$$Ifl4Fd #     4 l $$Ifa$$Ifa^aCCCCD D DD%D'D(D,D:D$$Ifl2d #4 l(E)E5ELETEUEYEhEjEkEoEEXxcx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If EOEPETEUEEEEEEEdGeGyGzGGGGHHHH[H]H^HHHHHHHHHHHHHH I II I!I$I%IXIIIIIIII+J,J6J7JKK L L6L7LwLLLLLLLLLMMIMLMj U0JjU jU *OJQJ *B*OJQJph * jU CJOJQJ>*NHLEEEEEEEEGF8GHGvG~G< $$Ifa$$If$If$$Ifl d #4 l $$Ifa$ ~GGGGGGGGGGGHHHXtPtxtT$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l H HHHHHHFH[H]H^HfHHHHHHۈۀ>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$IfHHHHHHHHIII'IQISITIbIIII\4$$Ifl d #4 l$If>$$Ifl2d #4 l $$Ifa$IIIIIIIIIIIIXxcx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If IIIIIII9JJKKLL< $$Ifa$$If$If$$Ifl d #4 l $$Ifa$ LLL$L&L'L+LxLzL{LLLLLXtPtxtT$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l LLLLLLLLLLLLLLMMM&MIMۈۀ>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$IfIMKMLMOMaMbMcMMMMMMMMM\ $$Ifa$$If$$Ifl d #4 l$If>$$Ifl2d #4 l $$Ifa$LMOMaMcMdMyMzM{M~MMMMN NHNINSNTNOPPPTPUPzP{PPPPPQQ1Q3Q4QXQ[QQQQQQQQQQQQQQQQQQQ.R[RRRRRRRRR S S SSTTTTT5jHUjU *B*OJQJph>* jU CJOJQJNH0JjvU jU *OJQJ *GMMMMMMMMMMNNN NXtxt<t$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l NVNNP#PLPTPUPYPhPjPkPXvaP$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If kPoPPPPPPPPPPPPPQQQQ1Q3QxTۈۀ$$Ifl d #4 l $$Ifa$$If3Q4Q$$Ifl2d #4 lQ'R)R*R8R[R]R^R_RkRRR $$Ifa$$If>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$If RRRRRRRRRRRRRRXtxt<t$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l R SS TTTTTTTTTwXqqh $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If 'dQ TTT9U;U*5 jUNH0JjU jU *OJQJ CJOJQJ *B*OJQJph *GUUUUUUU V V VV"V#V$VAVWVYVZV\$$Ifl d #4 l $$Ifa$$If>$$Ifl2d #4 lZV[VgV~VVVVVVVVVXxcx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If VVVVVVVWWXXXXX< $$Ifa$$If $If$$Ifl d #4 l $$Ifa$ XXX Y Y YY^Y`YaYeY|Y~YYXtPtxtT$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l YYYYYYYYYYYYYYYYY Z/Zۈۀ>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$If/Z1Z2Z5ZGZHZIZfZ|Z~ZZZZZZZZZ[\4$$Ifl d #4 l$If>$$Ifl2d #4 l $$Ifa$ZZZZ'[([,[-[o[p[[[[[[[^^^^^ _ _ _*_+_,_I_L_p_s____________!`"`d`e`````RbSbbbbb5clcncoccccccccd d dd!d"d7d8djUU0JjU *OJQJ *B*OJQJph5 jU CJOJQJ>*NH * jUJ[[ [$[,[-[1[@[B[C[G[^[Xxcx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If ^[`[a[g[m[o[p[[\u\1^A^d^l^< $$Ifa$$If $If$$Ifl d #4 l $$Ifa$ l^m^q^^^^^^^^^^^^XtPtxtT$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l ^^_ _ _ _*_+_,_4_I_K_L_T_p_r_s___ۈۀ>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$If____________``!`\ $$Ifa$$If$$Ifl d #4 l$If>$$Ifl2d #4 l $$Ifa$!`"`&`5`7`8`<`S`U`V`\`b`d`e`Xtxt<t$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l e``bbbbbbbbbbXvaP$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If b6c8c9c=cTcVcWc[cickclcocccccccxTۈۀ$$Ifl d #4 l $$Ifa$$Ifcccccccd d d dd d!d>dTdVdWdwd\4$$Ifl d #4 l $$Ifa$$If>$$Ifl2d #4 l8d9d*NH jU CJOJQJ *jU0J jUDwddddddddddde $$Ifa$$If>$$Ifl2d #4 l$$Ifl d #4 l $$Ifa$$If ee eeeee6e8e9e?eEeGeHeXtxt<t$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l Hee gij"j*j+j/j>j@jAjXvaP$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If AjEjjjjjjjjjjjjjjjjjk kxTۈۀ$$Ifl d #4 l $$Ifa$$If k kk.k0k1k@kckekfkik{k|k}kkkkk\$$Ifl d #4 l $$Ifa$$If>$$Ifl2d #4 lkkkkkkkkkkklXxcx$$Ifl d #4 l $$Ifa$$Ifg$$Ifl4Fd #     4 l $$Ifa$$If llll l"l#lFlGlllnn@oAooooGpHpq7qBq< & F^ ! & F^$If$$Ifl d #4 l $$Ifa$BqOqPqEr]rhrurvrrrrrrrsssttt v vvxxxyyy^ !vxx)4ɉՉ5P ,ɌΎݎDPdrVrXr7pݝ%<`ܡ:>Ѣ 9T0<$i\x۪2ūzЬ9H,Gy¯55CJ 56CJCJ_yz:{={7|8|;}<}}}tۀ܀()3^ ^`^34#؆ن4BJ‰ɉ5 ΎDdVXp^pݝ%`ܡѢ45JKAe ^`  ^` & F & F"w U²KcCa@DHKOTY_$If ^`>?_qڹ۹89ɻʻԻмѼ=Z4] &<=PQwJq=Stv D+,454Y 5 CJOJQJOJQJ6CJCJNHCJ6 jUV_lmoqtvwxyP $$Ifa$$IfFf $$Ifa$ & $If$$IfTzִ . "0    4 z $$Ifa$$If& $If$$IfTzִ . "0    4 zӵ $$Ifa$$IfӵԵֵڵ& $If$$IfTzִ . "0    4 zڵݵߵ $$Ifa$$If&t $If$$IfTzִ . "0    4 z $$Ifa$$If& $If$$IfTzִ . "0    4 z!"#A $$Ifa$$IfABDH& $If$$IfTzִ . "0    4 zHKMOPQd $$Ifa$$Ifdegk& $If$$IfTzִ . "0    4 zknprst $$Ifa$$If& $If$$IfTzִ . "0    4 zƶ $$Ifa$$IfƶǶʶ̶& $If$$IfTzִ . "0    4 z̶϶ѶҶڶ۶ $$Ifa$$If& $If$$IfTzִ . "0    4 z $$Ifa$$If & $If$$IfTzִ . "0    4 z8 $$Ifa$$If89<?& $If$$IfTzִ . "0    4 z?BDEFGb $$Ifa$$Ifbcfi& $If$$IfTzִ . "0    4 zilnopq $$Ifa$$If& $If$$IfTzִ . "0    4 z $$Ifa$$If& $If$$IfTzִ . "0    4 zƷǷ $$Ifa$$If& $If$$IfTzִ . "0    4 z $$Ifa$$If& $If$$IfTzִ . "0    4 z"$%-.? $$Ifa$$If?@CE& $If$$IfTzִ . "0    4 zEHJKST~ $$Ifa$$If~& $If$$IfTzִ . "0    4 z $$Ifa$$If&$ $If$$IfTzִ . "0    4 z $$Ifa$$If& $If$$IfTzִ . "0    4 zøŸƸθϸ $$Ifa$$If& $If$$IfTzִ . "0    4 z# $$Ifa$$If#$'+& $If$$IfTzִ . "0    4 z+/12?@] $$Ifa$$If]^qr&$^$$IfTzִ . "0    4 zrڹ۹ɻʻm w$$IfT40k  04  "$$Ifa$!$$a$^ ʻ˻̻ͻλϻ f$$IfT0k04 "$If "$$Ifa$ϻлѻһ "$If "$$Ifa$f$$IfT0k04 һӻԻмѼ=>no ^f$$IfT0k04 o YZ34]^ &' ^'cdq(k"$Ifw$$IfT40k  04  "$$Ifa$!$$a$^ ,"$If "$$Ifa$f$$IfT0k04 4"$If "$$Ifa$f$$IfT0k04  "$If "$$Ifa$f$$IfT0k04 =DP "$$Ifa$!$$a$ ^f$$IfT0k04  PQSuy"$If "$$Ifa$w$$IfT40k  04 uvx"$If "$$Ifa$f$$IfT0k04 "$If "$$Ifa$f$$IfT0k04 TUWuT"$If "$$Ifa$f$$IfT0k04  uvwIJqr=>` ^f$$IfT0k04 uv DE+,56!$$a$` ^ 4y"$Ifw$$IfT40k  04  "$$Ifa$.h"$If "$$Ifa$f$$IfT0k04 ./01 "$If "$$Ifa$f$$IfT0k04 1234YZ yy "$$Ifa$!$$a$` ^f$$IfT0k04  Ly"$If "$$Ifa$w$$IfT40k  04  Itu}~Hrs{|*+I}0JmHnHu0J j0JU5OJQJ6CJCJNHCJ6 CJOJQJ0 3X"$If "$$Ifa$f$$IfT0k04 346DD"$If "$$Ifa$f$$IfT0k04 DEFG "$If "$$Ifa$f$$IfT0k04 GHItu~ww "$$Ifa$!$$a$` ^f$$IfT0k04   4y"$If "$$Ifa$w$$IfT40k  04  !$/<"$If "$$Ifa$f$$IfT0k04 /03CP"$If "$$Ifa$f$$IfT0k04 CDEF "$If "$$Ifa$f$$IfT0k04 FGHrs|}*ww "$$Ifa$!$$a$` ^f$$IfT0k04  *+/B`y"$If "$$Ifa$w$$IfT40k  04 BCFj"$If "$$Ifa$f$$IfT0k04 jknT"$If "$$Ifa$f$$IfT0k04  "$If "$$Ifa$f$$IfT0k04  Tmy9:I$a$f$$IfT0k04 I}&`#$$a$$a$ ! 1h/ =!"#$%iDyK TXAiDyK TXAiDyK OBXiDyK TXAiDyK TXAiDyK OBXiDyK TXAiDyK TXAiDyK OBXiDyK TXAiDyK TXAiDyK OBXiDyK TXAiDyK TXAiDyK OBXiDyK TXA$$IfTz4ִ . "  P0    4 z# i8@8 NormalCJ_HaJmH sH tH 2@2 Heading 1$@&5\J@J Heading 2$h<@&5;CJOJQJaJD@D Heading 3$<@&5OJQJaJN@N Heading 4$d8x<1$@&CJOJQJaJN@N Heading 5$d8<@&6CJOJQJaJ<@< Heading 6$$@&a$ 5CJ\PP Heading 7 & Fxx@&6CJKHOJQJaJPP Heading 8 & F<@&6CJKHOJQJaJP P Heading 9 & F<@&6CJKHOJQJaJ<A@< Default Paragraph FontNON Normal Indentedxx^ CJKHaJ,@, Header  !, @, Footer  !&)@!& Page NumberZOA2Z Normal List Bulleted  & F h^`6OB6 Normal List^TART Normal List Alpha  & F h^`TAbT Normal List Bullets & F hx^<C@r< Body Text Indent h^hZOZ Msg Table Header $x(5>*CJKHOJQJaJJOJ Msg Table BodydLCJKHOJQJaJ(U@( Hyperlink>*B*O Notea0Z6$d%d&d'd*$NOPQ^`0CJKHOJQJaJ6@6 Footnote TextCJaJ`O` Attribute Table Caption$$<a$ CJKHaJjOj Attribute Table Header$$(xa$5CJKHOJQJaJ`O` Attribute Table Body$dL<a$CJKHOJQJaJPS@P Body Text Indent 3 ^`CJaJ8"@8 Caption!d8xxCJaJtO"t TableD"$$ /h8p @ xHd`<CJKHOJQJaJ  WX 45Bm]XLv  6 7 @  z01;*4_zu9P0C7Q x  #"3""#$=$h$&+.;001P22T33Y4 505O5W5X5\5k5m5n5r55555555555556666466676?6[6]6^6m666666666666667 7 77 7"7#7'7>7@7A7G7M7O7P77789:1:9:::>:M:O:P:T::::::::::::::::;;;;!;=;?;@;O;r;t;u;x;;;;;;;;; <<<<@<B<C<D<P<g<o<p<t<<<<<<<<<<<<'==M>>>>T?c?s?????????@ @ @@%@'@(@,@:@<@=@@@]@^@_@g@|@~@@@@@@@@@@@@@@A%A'A(A)A5ALATAUAYAhAjAkAoAAAAAAAAAGB8CHCvC~CCCCCCCCCCCDDD DDDDDDFD[D]D^DfDDDDDDDDDDDDDEEE'EQESETEbEEEEEEEEEEEEEEEEEEEEE9FFGGHHHH$H&H'H+HxHzH{HHHHHHHHHHHHHHHHHHIII&IIIKILIOIaIbIcIIIIIIIIIIIIIIIIIIJJJ JVJJL#LLLTLULYLhLjLkLoLLLLLLLLLLLLLMMMM1M3M4M`T`V`W`w```````````aa aaaaa6a8a9a?aEaGaHaa cef"f*f+f/f>f@fAfEfffffffffffffffffg g gg.g0g1g@gcgegfgig{g|g}ggggggggggggggghhhh h"h#hFhGhhhjj@kAkkkkGlHlm7mBmOmPmEn]nhnunvnnnnnnnoooppp r rrtttuuuv:w=w7x8x;yno YZ34]^ &'cd=DPQSuvxTUWuvwIJqr=>uv DE+,56 ./01234YZ  346DEFGHItu~ !$/03CDEFGHrs|}*+/BCFjknTmy9:I}               ( z8z8z18z8z*8z8z_8zHuHHH8z9H908z8z78z 8z8z8z8z8zx#" #" #" #"=$=$=$=$=$ =$ =$(=$P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2P2(=$P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7P7(=$<<< < < < <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<(=$AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA(=$EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE(=$ J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J J(=$NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN(=$RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR(=$pWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpWpW(=$e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\e\(=$HaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHa HaHa HaHaHaHaHa HaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHaHa~~~~~~~~~~~(4B(4………………………………………………………!!!!!  !"""""""" !"""""""""" !""""""""""""""  !"""""""" !"""""""""" !"""""""""" !""""""""""""""X@ju6@?ELMTZ8dv nu}&O99]:;M;>>??o@@C~D(EE~GHHIILLIMM NkP3QQRRTUZVVXY/Z[^[l^^_!`e`bcwdeHeAj kklBqy3p_ӵڵAHdkƶ̶ 8?bi?E~#+]rʻϻһo'Puu.1 3DG /CF*BjIoqrstvwxyz{|~   p666;;;;;;@ A ADDD E E$EcIzI~IMMMMMM$R;R?RIV`VdVVVV[[[!`8`<`Y`p`t`}gggXXXXXXXXXXXXXXXXjqu|~!!4f _Toc497012866 _Toc348247457 _Toc348260418 _Toc348346475 _Toc359236402 _Toc497012867 _Toc497012868 _Toc497012869 _Toc497012870 _Toc497012871 _Toc497012872 _Toc497012873 _Toc497012874 _Toc497012875 _Toc497012876 _Toc497012877 _Toc497012878 _Toc497012879 _Ref368904987 _Toc497012880 _Toc497012881 _Toc497012882 _Toc497012883 _Ref368904854 _Toc497012884 _Toc497012885 _Toc497012886 _Toc497012887 _Toc348247458 _Toc348260419 _Toc348346476 _Toc359236403 _Toc497012888 _Toc348247459 _Toc348260420 _Toc348346477 _Toc359236404 _Toc497012889 _Toc348247460 _Toc348260421 _Toc348346478 _Toc359236405 _Toc497012890 _Toc348247461 _Toc348260422 _Toc348346479 _Toc359236406 _Toc497012891 _Toc348247462 _Toc348260423 _Toc348346480 _Toc359236407 _Toc497012892 _Toc348247463 _Toc348260424 _Toc348346481 _Toc359236408 _Toc497012893 _Toc348247464 _Toc348260425 _Toc348346482 _Toc359236409 _Toc497012894 _Toc348247465 _Toc348260426 _Toc348346483 _Toc359236410 _Toc497012895 _Toc348247466 _Toc348260427 _Toc348346484 _Toc359236411 _Toc497012896 _Toc348247467 _Toc348260428 _Toc348346485 _Toc359236412 _Toc497012897 _Toc348247468 _Toc348260429 _Toc348346486 _Toc359236413 _Toc497012898 _Toc348247469 _Toc348260430 _Toc348346487 _Toc359236414 _Toc497012899 _Toc359236415 _Toc497012900 _Toc359236416 _Toc497012901 _Toc510407440 _Toc511181070 _Toc510407441 _Toc511181071 _Toc511181072 _Toc511181073 _Toc510407442 _Toc511181074 _Toc349639810 _Toc349641835 zzzzz1*_u907 x#"#"#"#"#"=$=$=$=$=$P2P2P2P2P2P7P7P7P7P7<<<<<AAAAAEEEEE J J J J JNNNNNRRRRRpWpWpWpWpWe\e\HaHa44`dd  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRWXYSTUVZ[\]^_`abcde :3y~OB5P     2"2"2"2"2"g$g$g$g$g$2222277777=====AAAAA8F8F8F8F8FUJUJUJUJUJ O O O O OSSSSSWW\\aaaaa""AAuu$$ ??jjk kXk]kkkm mGrHrLr{{9Cݭ(:wxʮԮ߮"\b¯˯̯ͯٯnr'+|}CJRx |}3333|}AHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMAMC:\Documents and Settings\Install\My Documents\HL7\1-02 Minutes San Diego.docAHIMABC:\Documents and Settings\Install\My Documents\HL7\MRmin012002.docMichelle Dougherty#C:\My Documents\HL7\MRmin012002.docKathleen YanikMV:\Private\KYanik\Press Releases\Newsletter\Post San Diego 02\MRmin012002.doc|楴}xܨ~ɒ<.~9>*hі,h:x. 27ާ Qv4V< of6D??05Os.xad&UX^Mg~J@4ymOc{u=b .Iv 4P-o28 wdlm10ΜqnTj}x\5D9iSjS>&m\6t- t $sc? -;m o Vv']  } 9{  e xP S  Ud X|ޑ| =I&   ~0h)  V- HBatt^7s8^WJ|J" zStUt m/u lҼNI:ј (k*vQt&Q` mZ4mq" );Bfr -K䉨|Qfsx> \V j$ %f:HM=R>-[Q`R0N %mk{Cu0"z ]7~0h\y>&c ' d :j}m2UD2/X- 2m/-}M~0h%for]k.cXI % 8 IEBj |0nX EWm(  YlA8T  i .*! _9"&(*">&"l.+Xc#'bJ3e# =|#:^ |#`9E-#m?$Tq%t&Q*%f.j%VDhl%6y/!%Z%~0h'>&f*'(bjb*pKp.*N+E+m,|sm- 8-mga. Z. AZ.θUgS / )/ 0 0x>E0~0hy5J0˴Y90 60PZ&0-vt'1ъh?V1 [3 #4  hc4-r{4 p4Z@K?U5P45eB#6 4H6s6 kD77 > 7N.7ZpjB67 d8T#h8T$Q8 un9mw946 bB;B; &;gz۬I]> -2? A9?~0h3 @Z%f:{@mq@ U+N@|l@mUY@ನ8@|\O@ BA~0hSAM"RAlA8 zB]B~0h<^C H_C +CmCX3.D {D 0sD #DE*<}NvF k G*vQ"G4?GPAGo3QGpH~0hg$H~0h,T6IS9I$cI2vҦJeJb&J6GN[J~0h1J-^K6y/5K`ljyL~0ho4 L?_SLm#)fLx>C{L 8hPV2L FgL:LrOuM~M-bM 8-Mk` N ڀ]N NvNm*NTquOmXOʀI@ PX 2_"PmO~P-PQ ^Q d-3RmF|S^,T GT  &0,b@cbq[cjJkcpIEc|6dmH e0aI z9em]FemKe  e~0hX1>fmHfl^Yfm)`gx>:g Dg gg7Yg~0hrLg~J@JDh[q\h @ih>1<yhBќ{hV~]jzQj~0hC$j ]S3k-kȻl3l>ƺ>%Wl CXl-/|lZJil~0h_lH)mmF{mj:n05Lkn~0hpnWpn enrQnl.1vo&o /p 9 hp*^xp~0hwpLhq\utb@r pr>&t\sz'lsZLtTuT.yGu ouwu0V]u  Vv 'ZvD w  ]fw 8w'5"wBSwuxH[viwxhtD0}y-'ytt^,z:i!H[zBќyz~0h|n{.:|oE-|mjN3}~0hp}DPX&}PT}nLbQ IғD~0h^`.^`.88^8`.^`. ^`OJQJo( ^`OJQJo( 88^8`OJQJo( ^`OJQJo(hh^h`. hh^h`OJQJo( ^`8^`.^`..p^`...  ^` ....^`^`^`^`*hh^h`B*OJQJo(@^`)hhh^h`.h88^8`.h ^`OJQJo(h   ^ `OJQJo(h   ^ `OJQJo(oh xx^x`OJQJo(h HH^H`OJQJo(h ^`OJQJo(oh ^`OJQJo(88^8`o()dd^d`o()h^`)h^`CJOJQJo(q  ^ `o(.h2 2 ^2 `.h^`.hL^`L.h^`.hrr^r`.hBLB^B`L.h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@^`)h^`.hpp^p`.h@ L@ ^@ `L.h^`.h^`.hL^`L.h^`.hPP^P`.h L ^ `L.8...p...   ....88^8`5o(88^8`5o(. 88^8`5o(..88^8`5o(... 88^8`5o( .... 88^8`5o( ..... `^``5o( ...... `^``5o(....... ^`5o(........@^`)P^`P.@^`@o(. @^`@o(..@^`@o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........ hh^h`OJQJo(@^`) @^`OJQJo(@^`?^`?o(?^`?o(.0^`0o(..0^`0o(... 0^`0o( .... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........^`8^`.^`..p^`...  ^` ....^`^`^`^` 88^8`OJQJo(h^h`.P^`P..^`...x^`x.... ^` .....  X^ `X ......  ^ `....... 8 ^`8........ `^``.........@^`) hh^h`OJQJo(^`o(.@^`)@h^`.h^`.hpLp^p`L.h@ @ ^@ `.h^`.hL^`L.h^`.h^`.hPLP^P`L. hh^h`OJQJo(88^8`o() hh^h`OJQJo(^`8^`.^`..p^`...  ^` ....^`^`^`^`0^`0o(.hh^h`CJOJQJo(.88^8`o(((^(`o(.^`o(..^`o(... ^`o( .... P `P ^P ``o( ..... @ `@ ^@ ``o( ......   ^ `o(....... ^`o(........ hh^h`OJQJo(@^`)hh^h`. hh^h`OJQJo(WW^W`o( GG^G`o(.77^7`o(..''^'`o(... ^`o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........@^`) 0 ^ `0o()@h^`56>*CJOJQJo() hh^h`.@^`)t 0t ^t `0o()^`o(^`o(.^`o(..^`o(... ^`o( .... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........88^8`o()?^`?o(?^`?o(.0^`0o(..p0p^p`0o(... ^`o( .... ^`o( ..... `^``o( ...... `^``o(....... ^`o(........^`o() hh^h`OJQJo(nhh^h`.^`CJo(^`CJo(.^`CJo(..88^8`CJo(... 88^8`CJo( .... `^``CJo( ..... `^``CJo( ...... ^`CJo(....... ^`CJo(........ hh^h`OJQJo(88^8`o(.XX^X`o(XX^X`o(.0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........^`5CJOJQJo(^`5CJOJQJo(.0^`05CJOJQJo(..0^`05CJOJQJo(... 0^`05CJOJQJo( .... 88^8`5CJOJQJo( ..... 88^8`5CJOJQJo( ...... `^``5CJOJQJo(....... `^``5CJOJQJo(........P^`P@@^@`.0^`0..``^``... ^` .... ^` ..... ^` ...... `^``....... 00^0`........hh^h`5o()@^`)hh^h`.hh^h`CJOJQJo(q^`h^`.^`..h^`^`^`^`^`^`0^`0o(. hh^h`OJQJo(N^`No(N^`No(. 0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........ hh^h`OJQJo(hh^h`.@^`)hh^h`) hh^h`OJQJo(@^`) hh^h`OJQJo(hh^h`o(()hh^h`.^`o()8...p...   ....h 0 ^ `0o() hh^h`OJQJo(hh^h`CJOJQJo(qhh^h`.hh^h`B*OJQJo(l^`lo(l^`lo(.0^`0o(..h^h`o(... 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........P^`P@@^@`.0^`0..`p^``...  ^` .... ^` ..... ^` ...... `^``....... 00^0`........ hh^h`OJQJo(@^`)vv^v`o()...8...  ....hh^h`.@^`)88^8`o() hh^h`OJQJo(hh^h`CJOJQJo(q@^`)88^8`o(.^`o(.0^`0o(..0^`0o(... ^`o( .... ^`o( ..... p`p^p``o( ...... p`p^p``o(.......   ^ `o(........dd^d`o()@^`)@^`)88^8`o()@^`)88^8`o()?^`?o(^`>*o()hh^h`.hh^h`.^`o()hh^h`.88^8`o()8...p...   ....hh^h`CJOJQJo(qdd^d`6OJQJo(hh^h`CJOJQJo(qh ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo( hh^h`OJQJo(hh^h`.HH^H`o(.HH^H`o(..HH^H`o(... HH^H`o( .... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........88^8`o()@@ ^@ `) hh^h`OJQJo([hh^h`.@hh^h`.II^I`o(.0^`0o(..0^`0o(... 0^`0o( .... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........@h8^8`.@^`)0^`0o()?^`?o(?^`?o(.0^`0o(..p0p^p`0o(... ^`o( .... ^`o( ..... `^``o( ...... `^``o(....... ^`o(........P^`P@8^@`.0^`0..`p^``8.7.3. ^` .... ^` ..... ^` ...... `^``....... 00^0`........P^`P6@@^@`6.08^`06..`8^``6... ^` 6.... ^` ..... ^` ...... `^``....... 0p^0`........0^`0.h ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo(@^`) 88^8`OJQJo( @^`OJQJo(0^`0o()hh^h`)88^8`o(.h^`.h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(hh^h`o()hh^h`.^`8^`.^`..p^`...  ^` ....^`^`^`^`tt^t`o(tt^t`o(.tt^t`o(...0tt^t`o(... tt^t`o( .... tt^t`o( ..... `^``o( ...... `^``o(....... `^``o(........hh^h`CJOJQJo(q@@@^`)0^`0o(.hh^h`.@^`)hh^h`.hh^h`.88^8`o(-hh^h`o() hh^h`OJQJo( 0 ^ `0o()@^`)P^`P@@^@`.0^`0..``^``... ^` .... ^` ..... ^` ...... `^``....... 00^0`........ hh^h`OJQJo(0^`0o()@^`)^`o()hh^h`.@^`)@^`)@^`) hh^h`OJQJo(P^`P@@^@`.0^`0..``^``o(... 8^` .... ^` ..... ^` ...... `^``....... 0p^0`........P^`P@@^@`.0^`0..`^``56... ^` .... ^` ..... ^` ...... `^``....... 00^0`........@h8^8`)hh^h`.88^8`o()hh^h`CJOJQJo(q88^8`o(. hh^h`OJQJo(88^8`o()^`o()hh^h`CJOJQJo(q@^`@^`hh^h`CJOJQJo(q@^`)@h8^8`) hh^h`OJQJo(hh^h`.@dd^d`o()@^`)88^8`o(.@^`)hh^h`.hh^h`.@^`)@h8^8`56>*CJOJQJo() 88^8`o()hh^h`.hh^h`.@^`)^`.@^`)hh^h`CJOJQJo(q0^`0o(.@^`)88^8`5o()0^`0o(. hh^h`OJQJo(@^`)XX^X`o(XX^X`o(.0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........dd^d`6OJQJo(l^`lo(l^`lo(.0^`0o(..h^h`o(... 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........@^`)hh^h`. hh^h`OJQJo(@^`)h^`)h^`.hpLp^p`L.h@ @ ^@ `.h^`.hL^`L.h^`.h^`.hPLP^P`L.hh^h`. hh^h`OJQJo( hh^h`OJQJo(h 88^8`OJQJo(h ^`OJQJo(oh   ^ `OJQJo(h   ^ `OJQJo(h xx^x`OJQJo(oh HH^H`OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(hh^h`o()hh^h`.@^`)@^`@80^8`0)@^`)@^`)@^`)@^`)@`^``o(`^``o(.`^``o(...0`^``o(... `^``o( .... `^``o( ..... `^``o( ...... `^``o(....... `^``o(........ hh^h`OJQJo( h^`OJQJo(^`o()@^`)@^`)0^`0. 0^`0OJQJo()@^`)0^`056.@ 0 ^ `0o()hh^h`.hh^h`.@h8^8`56>*CJOJQJo() 88^8`o(.^`o(.0^`0o(..0^`0o(... 0^`0o( .... ^`o( ..... ^`o( ...... p`p^p``o(....... p`p^p``o(........@@^`)88^8`o()l^`lo(l(^`lo(.0^`0o(..h^h`o(... 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........88^8`o()@@ 7^7`OJQJo(@^`)8...p...   ....^`o()@h h^h`OJQJo(l^`lo( l^`lo(.0^`0o(..h^h`o(..2. 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........@^`)@^`) hh^h`OJQJo( hh^h`OJQJo(@^`)P^`P@@^@`.0^`0..`p^``...  ^` .... ^` ..... ^` ...... `^``....... 00^0`........ hh^h`OJQJo(hh^h`.^`8^`.^`..p^`...  ^` ....^`^`^`^`88^8`o()hh^h`)@^`)@^`)@@ ^@ `)@hh^h`.l^`lo( l^`lo(.0^`0o(..h^h`o(... 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........ hh^h`OJQJo(@h ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo(@8^`) hh^h`OJQJo(88^8`o()@hh^h`.h hh^h`OJQJo(h88^8`.hL^`L.h  ^ `.h  ^ `.hxLx^x`L.hHH^H`.h^`.hL^`L.@^`) @^`OJQJo(hhh^h`.88^8`o(hL^`L.h  ^ `.h  ^ `.hxLx^x`L.hHH^H`.h^`.hL^`L. hh^h`OJQJo(hh^h`.hh^h`CJOJQJo(q@h8^8`. hh^h`OJQJo(hh^h`o(.88^8`o()@^`)@h h^h`OJQJo(h ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo(^`o()@^`)P^`P@@^@`.0^`0..`^``...  ^` .... ^` ..... ^` ...... `^``....... 00^0`........0^`0.88^8`o()hh^h`B*OJQJo(@hh^h`h^`@@^@`.0^`0..`^``...  ^` .... ^` ..... ^` ...... `^``....... 00^0`........^`o(.^`. L ^ `L.  ^ `.\\^\`.,L,^,`L.^`.^`.L^`L.0^`0o(.@^`) hh^h`OJQJo(^`o()@^`)hh^h`CJOJQJo(q@^`)@^`)......  ....@^`) 0 ^ `0o()hh^h`o(.hh^h`.88^8`o()@^`)h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hh^h`.ff^f`o(ff^f`o(. ff^f`o(..ff^f`o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........hh^h`o()@^`404^4`0o()@^`)@hh^h`.@^`)l^`lo(l^`lo(.=0^`0o(..88^8`o(... 88^8`o( .... `^``o( ..... `^``o( ...... ^`o(....... ^`o(........h ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo(@8^`)@^`)88^8`o()@^`)^`o()@^`) hh^h`OJQJo(88^8`o()@^`)h ^`OJQJo(h pp^p`OJQJo(oh @ @ ^@ `OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h PP^P`OJQJo(oh   ^ `OJQJo(hh^h`.88^8`o(.^`o(.0^`0o(..0^`0o(... 0^`0o( .... ^`o( ..... ^`o( ...... p`p^p``o(....... p`p^p``o(........@@ ^@ `) hh^h`OJQJo(hh^h`.hh^h`.h^`.@^`)l^`lo(l(^`lo(.0^`0o(..h^h`o(... 0^`0o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........hh^h`.hh^h`CJOJQJo(q88^8`o()XX^X`o(XX^X`o(.0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........0^`0o()@^`@^` hh^h`OJQJo(@^`)0^`0o() hh^h`OJQJo(hh^h`.@^`) hh^h`OJQJo( hh^h`OJQJo(^`8^`.^`..p^`...  ^` ....^`^`^`^`h 88^8`OJQJo(h ^`OJQJo(oh   ^ `OJQJo(h   ^ `OJQJo(h xx^x`OJQJo(oh HH^H`OJQJo(h ^`OJQJo(h ^`OJQJo(oh ^`OJQJo(S^S`S8^S`.S^S`..Sp^S`... ^` .... ^` ..... ^` ...... `^``....... 00^0`........^`8^`.^`..p^`...  ^` ....^`^`^`^`@h^`)@^`)WW^W`o( GG^G`o(.77^7`o(..''^'`o(... ^`o( .... ^`o( .....   ^ `o( ...... 0 `0 ^0 ``o(.......  ` ^ ``o(........dld^d`lo()^`. L ^ `L.  ^ `.xx^x`.HLH^H`L.^`.^`.L^`L.hh^h`o()@^`)h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hh^h`.@^`)@^`)hhh^h`.h88^8`.hL^`L.h  ^ `.h  ^ `.hxLx^x`L.hHH^H`.h^`.hL^`L.h^`CJOJQJo(qh^`CJOJQJo(qhbLb^b`L.h2 2 ^2 `.h^`.hL^`L.h^`.hrr^r`.hBLB^B`L.@h h^h`OJQJo(hh^h`o(. Vh^`VOJQJo(@^`)MX!%3lpn|n{i 5"w ?p? N'$)$cI?H e]8?^MgI)rLg#D9 a~}|b8=?? T}@? I`#4XO} ? JOs/u5Kj:ng&T?"pr& &oXOb\yZ_/|l#\*)PQkD7Y90V2LM=NvF8.IdB67$Q8T tb@rq@bMn]hq\VP]'lsqbB;p4?ouV \O@0sD'$)fl@4-|_"P:{@+C)md-3R2:=8-zSo4 L>UY@gg> 7Cu S 9v9v@6dwdl4y@ $@ p@ @ @ :j}oU-#un9vNC+bT@ @ @ 8@ @ @ @ h@ @ E+f @ L @ F|SF|S @ jb*F|S @ |#| 0 @ | @ @  @ %F|S` @ ',7Z3 @F|S @ (klL]nF|S @ TAZ.F|SD @ kF|S @ lt F|S @ F|S( @ F|St @ F|S @ F|S @ Z<|X@SAd@ @ k G|F|S@ F|SH@ QC(1t\sQ@ @ [Q`,@[Q`8@ @ @ @ h@ @ Z@ %Qv40,bk.Eyh!H[z)/O]%Wl`YOc{,zL@ Kz^Ud FgL.7` NIcXvt'1@ OnXN+.*;m OuM,T6IJDh&;vyWQnuVw9?G"4@c? =5VO~P]S3k&0CXl~M0}y4Po9_Y< hc4/t1Jv'] +Xc#b]uRA Y45 AgS /C$j@1vo-2?R_WI]>.yGu=q%c 'yl[=|#sm-r83e#`9 hpiK?U5?_SLHfr{4N@j%H_Cd@[-bq[ck]NWv\[3 f*8we b) @ x! 7@7A7G7M7O7P79:1:9:::>:M:O:P:T::::::::::::::::;;;;!;=;?;@;O;r;t;u;x;;;;;;;;; <<<<@<B<C<D<P<g<o<p<t<<<<<<<<<<<<c?s?????????@ @ @@%@'@(@,@:@<@=@@@]@^@_@g@|@~@@@@@@@@@@@@@@A%A'A(A)A5ALATAUAYAhAjAkAoAAAAAAAA8CHCvC~CCCCCCCCCCCDDD DDDDDDFD[D]D^DfDDDDDDDDDDDDDEEE'EQESETEbEEEEEEEEEEEEEEEEEEEEEGGHHHH$H&H'H+HxHzH{HHHHHHHHHHHHHHHHHHIII&IIIKILIOIaIbIcIIIIIIIIIIIIIIIIIIJJJ JL#LLLTLULYLhLjLkLoLLLLLLLLLLLLLMMMM1M3M4M`T`V`W`w```````````aa aaaaa6a8a9a?aEaGaHaef"f*f+f/f>f@fAfEfffffffffffffffffg g gg.g0g1g@gcgegfgig{g|g}ggggggggggggggghhhh h"h#h@DHKOTY_lmoqtvwxyӱԱֱڱݱ߱!"#ABDHKMOPQdegknprstƲDzʲ̲ϲѲҲڲ۲ 89<?BDEFGbcfilnopqƳdz"$%-.?@CEHJKST~ôŴƴδϴ#$'+/12?@]^ɷʷ˷̷ͷηϷзѷҷӷ=DPQSuvxTUWuv ./012  346DEFGH !$/03CDEFG*+/BCFjkn}@}@UnknownG:Times New Roman5Symbol3& :Arial?5 :Courier New;WingdingsEMonotype Sorts5"Geneva9New York"0ha&a&bYt!0'2)HL7 Medical Record/Information ManagementAHIMAKathleen Yanik Oh+'0 (4 P \ ht|*HL7 Medical Record/Information ManagementrdL7 AHIMAdiHIMHIMNormaliKathleen Yaniko2thMicrosoft Word 9.0I@F#@ }@ }b ՜.+,D՜.+,X hp  AHIMAitY' *HL7 Medical Record/Information Management Title  8@ _PID_HLINKSA`tx-TXAob*OBXtx'TXAtx$TXAob!OBXtxTXAtxTXAobOBXtxTXAtxTXAobOBXtx TXAtx TXAobOBXtxTXAtxTXA  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~     !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;=>?@ABCEFGHIJKRRoot Entry FTData  1TableoLWordDocument"SummaryInformation(<DocumentSummaryInformation8DCompObjjObjectPool  FMicrosoft Word Document MSWordDocWord.Document.89q