1. .
    Observation Reporting
  2. Chapter Chair/Editor:

    Clement J. McDonald, MD
    Regenstrief Institute and Indiana University School of Medicine

    Chapter Chair/Editor:

    Hans Buitendijk
    Shared Medical Systems

    Editor: Clinical Trials

    Susan Rea Welch
    M.D. Anderson Cancer Center

    Editor: Product Experience

    J. Marc Overhage, MD
    Regenstrief Institute and Indiana University School of Medicine

    Editor: Product Experience

    Robert Heiser
    Eli Lilly and Company

    Editor: Waveform Data

    Fritz Friedhoff
    SpaceLabs Medical

    Editor: Waveform Data

    Ernie Jacobs, MD
    Cleveland Clinic Foundation

    Editor: Waveform Data

    Wayne Tracy
    Health Patterns

    Editor: Waveform Data

    Terry Lagerlund
    Mayo Clinic

    1. INTRODUCTION AND OVERVIEW
    2. This chapter describes the transaction set required for sending structured patient-oriented clinical data from one computer system to another. A common use of these transaction sets will be to transmit observations and results of diagnostic studies from the producing system (e.g., clinical laboratory system, EKG system) (the filler), to the ordering system (e.g., HIS order entry, physician’s office system) (the placer). However, the transaction set is not limited to such transactions. Observations can be sent from producing systems to archival medical record systems (not necessarily the order placer) and from such medical record systems to other systems that were not part of the ordering loop, e.g., an office practice system of the referring physician for inpatient test results ordered by an inpatient surgeon. This chapter also provides mechanisms for registering clinical trials and methods for linking orders and results to clinical trials and for reporting experiences with drugs and devices.

      These transaction sets permit the transmission of any kind of clinical observations including (but not limited to) clinical laboratory results, the results of imaging studies (excluding the image), EKG pulmonary function studies, measures of patient status and condition, vital signs, intake and output, severity and/or frequency of symptoms, drug allergies, problem lists, diagnostic lists, physician and nursing history, physicals, progress notes, operative notes and so on. These transaction sets carry information that is reported as text, numeric or categorical values. These messages do not carry the images themselves. (See ACR NEMA Publication 300-1988 Digital Imaging and Communications Standard, for image standards, and ASTM E1467.91 Standard specification for transferring digital neurophysiological data between independent computer systems, for transmitting EEG, EMG tracings).

      An observation can be one of many data types. The main ones are text, numbers and codes. This provides the flexibility needed to transmit observations that are recorded as continuous values (e.g., glucose, diastolic blood pressure), as categorical values, e.g., patient position (sitting, reclining or standing), VDRL (reactive, weakly reactive or nonreactive), or as text. An entire History and Physical could be transmitted as an observation whose value is one large chunk of formatted text.

      This chapter provides mechanisms for transmitting structured, record-oriented reports. This means that individual observations are transmitted as separate logical entities (objects), and within this entity, separate fields are defined for identifying the observation, its values, its units, normal ranges, etc., such that the receiving system can "understand," reorganize and/or react to the contents of these messages. Structured reports are to be distinguished from text-oriented reports which can also be transmitted via HL7 using the UDM message described in Chapter 2. The latter are ASCII images of nonstandard printed reports intended for display to humans. For practical purposes their contents are not understandable to the computer.

      Observations may be transmitted in a solicited (in response to a query) or unsolicited mode. In the solicited mode, a user requests a set of observations according to criteria transmitted by the user. The sending system responds with existing data to satisfy the query (subject to access controls). Queries do not elicit new observations by the target system, they simply retrieve old observations. (See Chapter 2 for full discussion of the query transmission.)

      The unsolicited mode is used primarily to transmit the values of new observations. It is the mode used by producing services to return the values of observations requested by an ordering system. A laboratory system, for example, would usually send the results of an AM electrolytes to the ordering HIS via the unsolicited mode. An intensive care system would send the blood pressures to the same HIS by the same mode. Calling such transactions unsolicited may sound like a misnomer, but is not. The placing service solicits the producing service to make the observation. It could also (through a query) solicit the value of that observation after it has been made. However, such an approach would demand continuous polling of the producing system until the result was produced. Using the unsolicited mode, the producing service returns the value of an observation as soon as it is available. The unsolicited mode can also be used to transmit new results to a system (e.g., an archival medical record system) that did not order the observation. The transactions that define these modes are more fully described in Section 7.2, "MESSAGE DEFINITIONS."

      Observations are usually ordered and reported as sets (batteries) of many separate observations. Physicians order electrolytes (consisting of sodium, potassium, chloride, bicarbonate) or vitals (consisting of diastolic blood pressure, systolic blood pressure, pulse, and temperature). Moreover, tests that we may think of as single entity, e.g., cardiac echo, usually yield multiple separate measurements, e.g., left ventricular diameter, left atrial diameter, etc. Moreover, observations that are usually reported as text (e.g., the review of systems from the history and physical) can also be considered a set of separately analyzable units (e.g., cardiac history, pulmonary history, genito-urinary history, etc.). We strongly suggest that all text clinical reports be broken down into such separate analyzable entities and that these individual entities be transmitted as separate OBX segments. Because many attributes of a set of observations taken at one time will be identical, one OBR segment serves as a header for the report and carries the information that applies to all of the individual observations in the set. In the case of ordered observations, the OBR segment is a "turn-around document" like the manual request forms it replaces. It carries information about the order to the producing service; a copy of the OBR with additional fields completed is returned with the observations to the requesting service.

      Not all observations are preceded by an order. However, all observations whether explicitly ordered or initiated without an order are reported with an OBR segment as the report header.

      The major segments (OBR, OBX) defined in this chapter, their fields, and the code tables have been defined in collaboration with ASTM E31.11 with the goal of keeping HL7 observation transmission the same as ASTM E1238 in pursuit of the goals of ANSI HISPP and the Message Standards Developers Subcommittee. (Some sections of this chapter have been taken with permission directly from the E1238-91 document and vice versa in pursuit of those goals).

      The OBR segment provides information that applies to all of the observations that follow. It includes a field that identifies a particular battery (or panel or set) of observations (e.g., electrolytes, vital signs or Admission H&P). For simplicity we will refer to the observation set as the battery. The battery usually corresponds to the entity that is ordered or performed as a unit. (In the case of a query, observation sets may be a more arbitrary collection of observations.) The OBX segment provides information about a single observation, and it includes a field that identifies that single observation (e.g., potassium, diastolic blood pressure or admission diagnosis). Both of these fields assume master tables that define coding systems (the universe of valid identifying codes) for batteries and observations, respectively. These tables will usually be part of the producing and sending services application and (usually) include many other useful pieces of information about the observation or battery. Segments for transmitting such master file information between systems that produce and systems that use clinical information are described in Chapter 8.

      This Standard does not require the use of a particular coding system to identify either batteries or single observations In the past, local institutions tended to invent their own unique code systems for identifying test and other clinical observations because standard codes were not available. Such local code systems sufficed for transmitting information within the institutions but presented high barriers to pooling data from many sources for research or for building medical record systems. However, standard code systems such as LOINC and SNOMED now exist for many of these purposes, and we strongly encourage their use in observation reporting. These codes can be sent either as the only code or they can be sent along with the local historic code as the second code system in a CE code.

      In past versions of the HL7 standard, Appendix A to Chapter 7 presented suggestions for constructing clinical codes from existing procedure code systems such as CPT4. Appendix A is now part of the Implementation Guide and contains LOINC codes for most laboratory tests and many common clinical variables (e.g., vital signs, intake and output, cardiovascular measurements and others). The most recent version of the LOINC database, which includes records for more than 7,000 observations and includes codes, names, synonyms and other attributes (such as the molecular weights of chemical moieties) for each observation, is available from the HL7 file server at http://dumccss.mc.duke.edu/standards/termcode/loinclab/loinc.html. The Implementation Guide provides construction rules for many variables that are not yet covered by LOINC. Codes for Neurophysiologic variables (EEG, EMG, Evoked potentials) are provided in Appendix X2 of ASTM E1467.

      Some parts of this document (the discussion and tables defining units, the discussion of the rules of mapping observations to OBX segments, and some of the examples at the end of the chapter have been copied (with permission) from ASTM E1238.

      As is true throughout this Standard, the emphasis should be on the abstract messages, defined without regard to the encoding rules. The example messages, however, are based upon the HL7 encoding rules.

      1. Glossary
        1. Placer:
        2. Person or service that requests (places order for) an observation battery, e.g., the physician, the practice, clinic, or ward service, that orders a lab test, X-ray, vital signs, etc. The meaning is synonymous with, and used interchangeably with, requestor. See ORC-2-placer order number, Section 4.3.1.2, "Placer order number."

        3. Filler:
        4. Person, or service, who produces the observations (fills the order) requested by the requestor. The word is synonymous with "producer" and includes diagnostic services and clinical services and care providers who report observations about their patients. The clinical laboratory is a producer of lab test results (filler of a lab order), the nursing service is the producer of vital signs observations (the filler of orders to measure vital signs), and so on. See ORC-3-filler order number, Section 4.3.1.3, "Filler order number."

        5. Battery:
        6. A set of one or more observations identified as by a single name and code number, and treated as a shorthand unit for ordering or retrieving results of the constituent observations. In keeping with the mathematical conventions about set, a battery can be a single observation. Vital signs, electrolytes, routine admission tests, and obstetrical ultrasound are all examples. Vital signs (conventionally) consist of diastolic and systolic blood pressure, pulse, and respiratory rate. Electrolytes usually consist of Na+, K+, Cl-, and HCO3-. Routine admission tests might contain CBC, Electrolytes, SMA12, and Urinalysis. (Note that the elements of a battery for our purposes may also be batteries). Obstetrical ultrasound is a battery made up of traditional component measurements and the impression, all of which would be returned as separate results when returned to the requestor. A test involving waveform recording (such as an EKG) can be represented as a battery comprised of results of many categories, including digital waveform data, labels and annotations to the data, measurements, and the impression

          The word battery is used in this specification synonymously with the word profile or panel. The individual observation elements within a battery may be characteristic of a physiologic system (e.g., liver function tests), or many different physiologic systems.

        7. Observation:
        8. A measurement of a single variable or a single value derived logically and/or algebraically from other measured or derived values. A test result, a diastolic blood pressure, and a single chest X-ray impression are examples of observations. In certain circumstances, tracings and images may be treated by HL7 as individual observations and sent as a single OBX. These include waveform data described in Section 7.14, "WAVEFORM SUMMARY," and encapsulated data aggregates using the ED data type described in Section 2.8.14, "ED - encapsulated data," (which can represent actual images, audio data, etc.).

        9. Segment (record):
        10. A typed aggregate of fields (fields) describing one complete aspect of a message. For example, the information about one order is sent as type of segment (OBR), the information related to an observation is sent as another segment (OBX).

          The segment in a message is analogous to a record in a database, and in previous versions of the Standard we used record in place of the word segment. We have changed the nomenclature to be consistent with HL7 and other standards organizations in this version.

        11. Field:
        12. One specific attribute of a segment, for example, patient diagnosis, which may contain aggregates of fields further refining the basic attribute.

        13. Repeated value:
        14. Some fields may contain many repeat fields. For example, the diagnoses field may contain many different diagnoses.

        15. Field components:

        A field entry may also have discernible parts or components. For example, the patient’s name is recorded as last name, first name, and middle initial, each of which is a distinct entity separated by a component delimiter (sub-subfield in ASTM E1238-94).

      2. Narrative reports as batteries with many OBX
      3. Narrative reports from services such as Radiology usually consist of a number of subcomponents (e.g., a chest X-ray report may consist of a description, an impression, and a recommendation). Other studies, such as echocardiograms, contain analogous components, as well as numeric observations (e.g., left ventricular and diastolic diameter). Surgical pathology reports may contain information about multiple specimens and reports: the anatomic source, the gross description, the microscopic description, and a diagnostic impression for each specimen.

        The current Standard treats each component of a narrative report as a separate "test" or observation. Just as a CHEM12 is transmitted as an order segment (OBR) plus 12 OBX segments, a chest X-ray would be transmitted as an order (OBR) segment plus three OBX segments, one for the description, one for the impression, and one for the recommendations. Similarly, an EKG report would be transmitted as an order segment (OBR), two OBX segments for the impression and recommendation, and additional OBX segments for each EKG measurement, e.g. the PR interval, QR interval, QRS axis, and so on.

        We have defined code suffixes for constructing observation IDs for the common components of narrative reports (see Figure 7-1). The observation identifier for each such component is obtained by concatenating the observation battery ID (the ID in OBR-4-universal service ID of the preceding OBR from any coding system) with the appropriate suffix. The observation ID for a chest X-ray impression, for example, would be the chest X-ray observation ID (if CPT4, it would be 71020), a subcomponent delimiter, and the suffix, IMP, i.e., 71020&IMP.

        This same combining rule applies to other coding systems including local and universal procedural codes (see Chapter 4). For example, if a local code for EKG was E793, and the locally agreed upon designation for that local code was EKG, the impression would be identified as E793&IMP^^99EKG.

        Note: The "99EKG" in the 3rd component is included to indicate a local code. The EKG's description, in this case, would be E793&GDT^^99EKG.

        Although it is strongly discouraged, the sender and receiver may agree to allow the omission of the observation ID component of a result segment when it is the same as the observation ID of the preceding OBR. In this case, only the ampersand and the suffix would have to be sent, e.g., &IMP or &REC, in OBX-3-observation identifier of a result segment. The full code would be assumed as the test identifier (recorded in the order segment) plus the category identifier recorded in the observation segment.

        Figure 7-1. Observation ID suffices

        Coded Results

        Suffix

        Type

        Diagnostic Impression

        IMP

        CE

        Recommendation

        REC

        CE

        Confirming procedures

        CNP

        CE

        Procedure Medication

        MED

        CE

        Anatomic Site

        ANT

        CE

        Device/Instrument

        DEV

        CE

        Serial # Device/Instrument

        SER

        ST

             

        Bulk Text Reports

           
             

        Gross Or General Description Of The Study

        GDT

        TX or FT

        Microscopic Or Secondary Description

        MDT

        TX or FT

        Technician's Comment

        TCM

        TX or FT

        Addendum Note

        ADT

        TX or FT

             

        Other

           
             

        Diagnosis Onset Date/Time

        ITM

        TS

        Diagnosis Resolution Date/Time

        RTM

        TS

        Comparison Study

        CMS

        CE

        Comparison Date/Time

        CMT

        TS

        Comparison Results

        CMR

        CE

        Comparison Change

        CMC

        CE

        Predicted Value

        PRD

        ST

        Percent Predicted

        PPR

        ST

        After Drug Observed

        AFD

        ST

        Predicted Value After Drug

        ADP

        ST

        Percent Predicted After Drug

        APP

        ST

        Timing Information

        TIM

        TS

        Channel Definition Data

        CHN

        CD

        Waveform Digital Data

        WAS

        NA or MA

        Waveform Annotation

        ANO

        CE

      4. Suffixes for defining observation IDs for common components of narrative reports
      5. The following subsections define each of the suffices except for the specialized waveform suffices, which are defined in Section 7.16, "WAVEFORM SPECIFIC OBSERVATION ID SUFFIXES."

        1. Diagnostic impression (IMP)
        2. When the suffix is IMP (OBX-3-observation identifier), the result is a diagnosis or finding, stored as a CE data type. Multiple result segments with an IMP suffix can be used if there are multiple parts to the study and each have an associated diagnosis (for example, the awake and sleep portion of an EEG). Each of these would have a different observation sub-ID. Multiple result segments with an IMP suffix can also be used if there are separate diagnoses corresponding to separate anatomic sites; in this case, the site for each diagnosis (each result segment with an IMP suffix) must be specified by an immediately preceding result segment with a suffix of ANT (see Section 7.1.3.5, "Anatomic site (ANT)"), which also has the same observation sub-ID. When multiple distinct diagnostic impressions are being reported, for example, mitral valve prolapse and aortic stenosis, each distinct impression should be sent in a separate OBX segment. More than one code may be included within one coded result segment, but only when such codes are modifiers of the principal impression, e.g., to report additional detail about the finding, not to report an entirely different finding. In this case, the OBX-5-observation value field may repeat, with each instance or repetition specifying one of the related coded impressions.

          The coded data type for impressions does not mean that a reporting service must actually code all such impressions. The diagnostic impression can be sent as dictated text, but the text should be sent in the second component of the CE data type without a code to distinguish it from code, i.e. it should be preceded by a component delimiter, e.g., ^congestive heart failure.

          When multiple separate text impressions are being reported, they should be reported in separate OBX segments to indicate that they are distinct impressions.

        3. Recommendation (REC)
        4. When the suffix is REC (OBX-3-observation identifier), the value is a CE result, representing the reading physician’s recommendations about repeat testing, follow up or therapy. For example, when an ambiguous lesion result is seen on a mammogram, the reading physician might recommend a repeat mammogram in six months, or a needle biopsy immediately. The recommended procedures are recorded as codes and/or text descriptions in the coded identifier structure.

          If more than one follow up study is recommended, each such recommendation is sent in a separate REC.

        5. Confirming procedures (CNP)
        6. The confirming procedure OBX suffix identifies additional studies used to confirm the diagnosis reported in the IMP OBX. If, for example, electron microscopy was done to confirm a surgical pathology diagnosis, the identifier for electron microscopy OBX-3-observation identifier would be stored as the value field of an observation ID with a confirming procedure suffix. Confirming procedures are most important in surgical pathology reports. But they might also be used by services such as endoscopy, to record the fact that a biopsy, culture, etc., was taken during the procedure. If more than one confirming procedure was used, each is sent in a separate result segment with observation ID suffix CNP.

        7. Procedure medication (MED)
        8. A coded result segment with a suffix of MED (OBX-3-observation identifier) indicates that the segment contained information about medication given as part of the procedure -- contrast medication, medication intended to invoke a physiologic response (e.g., to be used in stress testing) or premedication. When patients receive more than one procedure medication, each medication should be reported in a separate OBX medication segment. If the transmitting system has codes available for medications, they would be recorded as the first component of OBX-3-observation identifier. The name and/or the dosages could be included in the second component of OBX-5-observation value.

          A coded result segment with a suffix of MED (procedure medication) may also be used to define a medication administered during recording of digital waveform data or other extended diagnostic procedure, e.g., exercise test. These may be displayed by the receiving system overlaid with the other events reported. The procedure medication is assumed to pertain to and be associated with the data recorded at the time specified in OBX-14-date/time of the observation, of the OBX segment labeled with MED, when present.

        9. Anatomic site (ANT)
        10. Some diagnostic studies include observations about more than one anatomic site within one report. If, for example, a patient had an appendectomy incidental to gallbladder surgery, the pathologist’s assessment of both specimens would usually be included under a single specimen number in one report. Each distinct anatomic site would be reported as a separate OBX segment with a suffix of ANT (OBX-3-observation identifier). More than one coded anatomic location may be included within a single OBX segment only when such additional codes are used to construct an identity for a single site. In this case only, the OBX-5-observation value field may repeat, with each instance or repetition specifying one of the related locations. Each OBX segment with an ANT suffix could be followed by one or more OBX segments with an IMP or other suffix to transmit the diagnostic impression(s) associated with the anatomic site. These impressions or recommendations would be associated with a single anatomic site via a common observation ID.

        11. Device/Instrument (DEV)
        12. When required, the instrument or device which generated an observation can be transmitted as an additional result of the study. In this case, the suffix of OBX-3-observation identifier is DEV. Examples include: an automated instrument in the laboratory; an imaging device and model number in radiology; or an automatic blood pressure machine on the ward. The device is specified as a coded entry in anticipation that these identifiers could be specified as codes. Initially, we expect that most of the information about devices will be transmitted as text in the second component of the CE identifier.

        13. Serial # Device/Instrument (SER)
        14. Vendor’s serial number of the device which generated the observation.

        15. Gross or general description (GDT)
        16. The general description suffix identifies the description component of a diagnostic study. In the case of anatomic pathology, it applies to the macroscopic (gross) description of the specimen. If the description consists of multiple paragraphs, the paragraphs should be separated by repeat delimiters so that the receiving computer can display them as paragraphs. It will not be necessary to include a description segment for a report when the impression segment says it all, e.g., for normal studies or studies such as EKG, whose reports are traditionally terse.

        17. Microscopic or Secondary description (MDT)
        18. For most studies, a secondary description will not be needed. In the case of surgical pathology, however, the microscopic description is a separate part of the report. It describes the histology as seen through the microscope. The microscopic description will be sent in a segment with the suffix MDT in OBX-3-observation identifier. If the microscopic description consists of multiple paragraphs, the paragraphs should be separated by repeat delimiters so that the receiving computer can display them as paragraphs.

        19. Technician’s comment (TCM)
        20. This is free text stored in a result segment whose OBX-3-observation identifier has a suffix of TCM for technician comment. It is used to record information about technical performance of the procedure, usually recorded by the technician.

        21. Addendum note (ADT)
        22. Use to report information that is added as an addendum after the original dictation and sent as a separate labeled section of the report.

        23. Diagnosis (problem) onset date/time (ITM)
        24. Use to record the date-time that a problem was first perceived to exist.

        25. Diagnosis (problem) resolution date/time (RTM)
        26. Use to record the date-time that a problem became inactive, i.e., the problem was cured or remitted.

        27. Comparison study (CMS)
        28. When the reader of a diagnostic report compares the results for the current study with those of a previous study, this suffix allows them to report the nature of the comparison study as a separate result, i.e., an OBX segment with a segment whose observation ID has a suffix of CMS. Ordinarily, this would not be required because the observation ID in the other comparison OBX’s would identify the test, if any of the other comparison values were transmitted.

        29. Comparison date/time (CMT)
        30. When the reader of a diagnostic procedure compares the current results with a previous study, this suffix allows them to report the date-time of the previous study (time optional) as a separate result within the current report.

        31. Comparison results (CMR)
        32. When the reader of a diagnostic procedure compares the current results with those of a previous study on the same patient, this suffix allows them to report the results (impression) of the previous study as a discrete result within the current report.

        33. Comparison change (CMC)
        34. When a diagnostic service reports a comparison between the current and a previous study, this suffix is used to report the degree of change (e.g., much worse, worse, minimal worsening, no change, slightly better, better, much better, returned to normal) as a separate result within the report.

          In current dictation, information about comparison is usually contained in the descriptions of the study. The provision of the comparison suffixes listed above do not imply a requirement to send this information as separate components. The comparison variables are only meant to be enabling. When a system would like to transmit them as discrete report components, these suffixes give them the option.

        35. Predicted Value (PRD)
        36. When an observation has a predicted value as is the case for many spirometry tests, this suffix identifies the predicted observation as distinguished from the actual observation. The AS4 code for forced vital capacity is 94010.1 (see the HL7 Implementation Guide). The predicted forced vital capacity would be 94010.1&PRD.

        37. Percent predicted (PPR)
        38. This is a computed observation = (actual observation)/(predicted observation. For forced vital capacity the percent predicted would be identified as 94010.1&PPR.

        39. After drug observed (AFD)
        40. An observation might be taken before and after a drug is given. This occurs especially in Spirometry. The predose observation is identified by the base ID. The post drug measure is identified by the AFD suffix. Using the AS4 base code for the forced vital capacity the post drug result would be identified by 94010.1&AFD.

        41. Predicted value after drug (ADP)
        42. The post drug predicted value is identified by the suffix, ADP. Following the pattern of the above example, it would be 94010.1&ADP.

        43. Percent predicted after drug (APP)
        44. The percent predicted after drug is identified by applying the suffix, APP to the base code -- 94010.1&APP if using the AS4 code for forced vital capacity.

        45. Timing Information (TIM)
        46. This suffix is used only for transmitting waveform data. It is fully described in Section 7.16.1.

        47. Channel Definition Data (CHN)
        48. This suffix is used only for transmitting waveform data. It is fully described in Section 7.16.2.

        49. Waveform Digital Data (WAS)
        50. This suffix is used only for transmitting waveform data. It is fully described in Section 7.16.3.

        51. Waveform Annotation (ANO)
        52. This suffix is used only for transmitting waveform data. It is fully described in Section 7.16.4.

        53. Clinical observation codes

        In previous version of HL7, AS4 codes have been recommended for identifying clinical observations. The recently introduced LOINC codes (See Figure 7-2 for full information) may be more useful to many users. Code system information, including LOINC, has been moved from Appendix 7A to the Implementation Guide.

      6. Coding schemes

      Various fields of data type CE which are used in segments defined both in the current chapter and other chapters, are used to transmit information about diagnoses, observation results, procedures, health outcomes, and drugs administered. Figures 7-2 and 7-3 (which were located in Chapter 2 in previous versions) list some common coding schemes for these types of information. The values in the second column of the table would be used in component 3 (and optionally, component 6) of a CE field to identify the coding scheme used.

      Figure 7-2. Diagnostic coding schemes (from ASTM 1238-94 Table 3)

      Name

      Code

      Source

      American College of Radiology finding codes

      ACR

      Index for Radiological Diagnosis Revised, 3rd Edition 1986, American College of Radiology, Reston, VA.

      AS4 Neurophysiology Codes

      AS4E

      ASTM’s diagnostic codes and test result coding/grading systems for clinical neurophysiology. See ASTM Specification E1467, Appendix 2.

      CEN ECG diagnostic codes

      CE

      CEN PT007. A quite comprehensive set of ECG diagnostic codes (abbreviations) and descriptions published as a pre-standard by CEN TC251. Available from CEN TC251 secretariat, c/o Georges DeMoor, State University Hospital Gent, De Pintelaan 185-5K3, 9000 Gent, Belgium or Jos Willems, University of Gathuisberg, 49 Herestraat, 3000 Leuven, Belgium.

      CLIP

      CLP

      Simon Leeming, Beth Israel Hospital, Boston MA. Codes for radiology reports.

      EUCLIDES

      E

      Available from Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Phone: 32 2 720 90 60.

      Home Health Care

      HHC

      Home Health Care Classification System; Virginia Saba, EdD, RN; Geogetown University School of Nursing; Washington, DC.

      ICD9

      I9

      World Health Publications, Albany, NY.

      ICD9-CM

      I9C

      Commission on Professional and Hospital Activities, 1968 Green Rd., Ann Arbor, MI 48105.

      ICD-10

      I10

      World Health Publications, Albany, NY.

      International Classification of Diseases for Oncology

      ICDO

      International Classification of Diseases for Oncology, 2nd Edition. World Health Organization: Geneva, Switzerland, 1990. Order from: College of American Pathologists, 325 Waukegan Road, Northfield, IL, 60093-2750. (847) 446-8800.

      International Classification of Sleep Disorders

      ICSD

      International Classification of Sleep Disorders Diagnostic and Coding Manual, 1990, available from American Sleep Disorders Association, 604 Second Street SW, Rochester, MN 55902

      Local general code

      99zzz or L

      Locally defined codes for purpose of sender or receiver. Local codes can be identified by L (for backward compatibility) or 99zzz (where z is an alphanumeric character).

      Local billing code

      LB

      Local billing codes/names (with extensions if needed).

      Omaha

      OHA

      Omaha Visiting Nurse Association, Omaha, NB.

      NANDA

      NDA

      North American Nursing Diagnosis Association, Philadelphia, PA.

      Read Classification

      RC

      The Read Clinical Classification of Medicine, Park View Surgery, 26 Leicester Rd., Loughborough LE11 2AG (includes drug procedure and other codes, as well as diagnostic codes).

      Systemized Nomenclature of Medicine (SNOMED)

      SNM

      Systemized Nomenclature of Medicine, 2nd Edition 1984 Vols 1, 2, College of American Pathologists, Skokie, IL.

      SNOMED International

      SNM3

      SNOMED International, 1993 Vols 1-4, College of American Pathologists, Skokie, IL, 60077-1034..

      SNOMED- DICOM Microglossary

      SDM

      College of American Pathologists, Skokie, IL, 60077-1034. (formerly designated as 99SDM).

      Unified Medical Language

      UML

      National Library of Medicine, 8600 Rockville Pike, Bethesda, MD 20894.

      Figure 7-3. Procedure/observation/drug ID/health outcomes coding systems (From ASTM 1238-88 Table 5)

      Coding System

      Code

      Source/Description

      ASTM E1238/ E1467 Universal

      AS4

      American Society for Testing & Materials and CPT4 (see Appendix X1 of Specification E1238 and Appendix X2 of Specification E1467).

      American Type Culture Collection

      ATC

      Reference cultures (microorganisms, tissue cultures, etc.), related biological materials and associated data. American Type Culture Collection, 12301 Parklawn Dr, Rockville MD, 20852. (301) 881-2600. http://www.atcc.org

      CPT-4

      C4

      American Medical Association, P.O. Box 10946, Chicago IL 60610.

      CPT-5

      C5

      (under development - same contact as above)

      CDC Surveillance

      CDS

      CDC Surveillance Codes. For data unique to specific public health surveillance requirements. Epidemiology Program Office, Centers for Disease Control and Prevention, 1600 Clifton Rd, Atlanta, GA, 30333. (404) 639-3661.

      DICOM Class Label

      DCL

      From the Message Standards Classes table of the SNOMED-DICOM-Microglossary. College of American Pathologists, Skokie, IL, 60077-1034

      DICOM modality codes

      DCM

      Dean Bidgood, MD; Duke University Medical Center, Durham NC. Digital Imaging and Communications in Medicine (DICOM). From NEMA Publications PS-3.1 - PS 3.12: The ACR-NEMA DICOM Standard. National Electrical Manufacturers Association (NEMA). Rosslyn, VA, 22209., 1992, 1993, 1995

      DICOM Query Label

      DQL

      HL7 Image Management Special Interest Group, Health Level Seven, Ann Arbor, MI.

      Enzyme Codes

      ENZC

      Enzyme Committee of the International Union of Biochemistry and Molecular Biology. Enzyme Nomenclature: Recommendations on the Nomenclature and Classification of Enzyme-Catalysed Reactions. London: Academic Press, 1992.

      EUCLIDES

      E

      AFP codes. Available from Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Phone: 32 2 720 90 60.

      FDA K10

      FDK

      Dept. of Health & Human Services, Food & Drug Administration, Rockville, MD 20857. (device & analyte process codes).

      HCFA Procedure Codes (HCPCS)

      HPC

      Health Care Financing Administration (HCFA) Common Procedure Coding System (HCPCS) including modifiers.

      ICD-10 Procedure Codes

      I10P

      Procedure Cosing System (ICD-10-PCS.) See http://www/hcfa.gov/stats/icd10.icd10.htm for more information.

      CDT-2 Codes

      CD2

      American Dental Association’s Currenrt Dental Terminology (CDT-2) code. American Dental Association, 211 E. Chicago Avenue,. Chicago, Illinois 60611.

      POS Codes

      POS

      HCFA Place of Service Codes for Professional Claims (see http://www.hcfa.gov/medicare/poscode.htm).

      UPIN

      UPIN

      Medicare/HCFA's universal physician identification numbers, available from Health Care Financing Administration, U.S. Dept. of Health and Human Services, Bureau of Program Operations, 6325 Security Blvd., Meadows East Bldg., Room 300, Baltimore, MD 21207

      Health Outcomes

      HI

      Health Outcomes Institute codes for outcome variables available (with responses) from Stratis Health (formerly Foundation for Health Care Evaluation and Health Outcomes Institute), 2901 Metro Drive, Suite 400, Bloomington, MN, 55425-1525; (612) 854-3306 (voice); (612) 853-8503 (fax); dziegen@winternet.com. See examples in the Implementation Guide.

      HIBCC

      HB

      Health Industry Business Communications Council, 5110 N. 40th St., Ste 120, Phoenix, AZ 85018.

      Home Health Care

      HHC

      Home Health Care Classification System; Virginia Saba, EdD, RN; Georgetown University School of Nursing; Washington, DC.

      Logical Observation Identifier Names and Codes (LOINC)

      LN

      Regenstrief Institute, c/o Kathy Hutchins, 1001 West 10th Street RG-5, Indianapolis, IN 46202. 317/630-7433. Also available via HL7 file server: FTP/Gopher (www.mcis.duke.edu/ standards/ termcode/loinclab and www.mcis.duke.edu/standards/termcode/loinclin) and World Wide Web (http:// www.mcis.duke.edu/ standards/termcode/ loincl.htm). January 1997version has identifiers, synonyms and cross-reference codes for reporting over 8,500 laboratory and related observations and 1,500 clinical measures.

      ICCS

      ICS

      Commission on Professional and Hospital Activities, 1968 Green Road, Ann Arbor, MI 48105.

      ICD-9CM

      I9C

      Commission on Professional and Hospital Activities, 1968 Green Road, Ann Arbor, MI 48105 (includes all procedures and diagnostic tests).

      ICHPPC-2

      IC2

      International Classification of Health Problems in Primary Care, Classification Committee of World Organization of National Colleges, Academies and Academic Associations of General Practitioners (WONCA), 3rd edition. An adaptation of ICD9 intended for use in General Medicine, Oxford University Press.

      ISBT

      IBT

      International Society of Blood Transfusion. Blood Group Terminology 1990. VOX Sanquines 1990 58(2):152-169.

      IUPAC/IFCC Property Codes

      IUC

      IUPP

      International Union of Pure and Applied Chemistry/International Federation of Clinical Chemistry. The Silver Book: Compendium of terminology and nomenclature of properties in clinical laboratory sciences. Oxford: Blackwell Scientific Publishers, 1995. Henrik Olesen, M.D., D.M.Sc., Chairperson, Department of Clinical Chemistry, KK76.4.2, Rigshospitalet, University Hospital of Copenhagen, DK-2200, Copenhagen. http://inet.uni-c.dk/~qukb7642/

      IUPAC/IFCC Component Codes

      IUPC

      Codes used by IUPAC/IFF to identify the component (analyte) measured. Contact Henrik Olesen, as above for IUPP.

      Japanese Chemistry

      JC8

      Clinical examination classification code. Japan Association of Clinical Pathology. Version 8, 1990. A multiaxial code including a subject code (e.g., Rubella = 5f395, identification code (e.g., virus ab IGG), a specimen code (e.g., serum =023) and a method code (e.g., ELISA = 022)

      Local

      99zzz or L

      Locally defined codes for purpose of sender or receiver. If multiple local codes exist, the format should be 99zzz, where z is an alphanumeric character.

      Medicare

      MCR

      Medicare billing codes/names.

      Medicaid

      MCD

      Medicaid billing codes/names.

      Nursing Interventions

      Classification

      NIC

      Iowa Intervention Project, College of Nursing, University of Iowa, Iowa City, Iowa

      National Provider Identifier

      NPI

      Health Care Finance Administration, US Dep’t. of Health and Human Services, 7500 Security Blcd., Baltimore, MD 21244.

      Omaha System

      OHA

      Omaha Visiting Nurse Association, Omaha, NB.

      UCDS

      UC

      Uniform Clinical Data Systems. Ms. Michael McMullan, Office of Peer Review Health Care Finance Administration, The Meadows East Bldg., 6325 Security Blvd., Baltimore, MD 21207; (301) 966 6851.

      Universal Product Code

      UPC

      The Uniform Code Council. 8163 Old Yankee Road, Suite J, Dayton, OH 45458; (513) 435 3070

      Euclides Lab method codes

      E6

      Available from Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Phone: 32 2 720 90 60.

      Euclides Lab equipment codes

      E7

      Available from Euclides Foundation International nv (see above)

      SNOMED topology codes (anatomic sites)

      SNT

      College of American Pathologists, 5202 Old Orchard Road, Skokie, IL 60077-1034.

      Euclides quantity codes

      E5

      Available from Euclides Foundation International nv (see above)

       
       

      Drug codes:

      CDC Vaccine Codes

      CVX

      National Immunization Program, Centers for Disease Control and Prevention, 1660 Clifton Road, Atlanta, GA, 30333

      CDC Vaccine Manufacturer Codes

      MVX

      As above, for CVX

      CDC Methods/Instruments Codes

      CDCM

      Public Health Practice Program Office, Centers for Disease Control and Prevention, 4770 Buford Highway, Atlanta, GA, 30421. Also available via FTP: ftp.cdc.gov/pub/laboratory _info/CLIA and Gopher: gopher.cdc.gov:70/11/laboratory_info/CLIA

      CDC Analyte Codes

      CDCA

      As above, for CDCM

      First DataBank Drug Codes

      FDDC

      National Drug Data File. Proprietary product of First DataBank, Inc. (800) 633-3453, or http://www.firstdatabank.com.

      First DataBank Diagnostic Codes

      FDDX

      Used for drug-diagnosis interaction checking. Proprietary product of First DataBank, Inc. As above for FDDC.

      Medispan GPI

      MGPI

      Medispan hHierarchical drug codes for identifying drugs down to manufacturer and pill size. Proprietary product of MediSpan, Inc.l 8425 Woodfield Crossing Boulevard, Indianapolis, IN 46240. Tel: (800) 428-4495.

      Medispan Diagnostic Codes

      MDDX

      Codes Used for drug-diagnosis interaction checking. Proprietary product. Hierarchical drug codes for identifying drugs down to manufacturer and pill size. MediSpan, Inc.l 8425 Woodfield Crossing Boulevard, Indianapolis, IN 46240. Tel: (800) 428-4495. WWW: http://www.espan.com/medispan/pages/ medhome.html. As above for MGPI.

      Medical Economics Drug Codes

      MEDC

      Proprietary Codes for identifying drugs. Proprietary product of Medical Economics Data, Inc. (800) 223-0581.

      Medical Economics Diagnostic Codes

      MEDX

      Used for drug-diagnosis interaction checking. Proprietary product of Medical Economics Data, Inc. (800) 223-0581.

      Chemical abstract codes

      CAS

      These include unique codes for each unique chemical, including all generic drugs. The codes do not distinguish among different dosing forms. When multiple equivalent CAS numbers exist, use the first one listed in USAN. USAN 1990 and the USP dictionary of drug names, William M. Heller, Ph.D., Executive Editor, United States Pharmacopeial Convention, Inc., 12601 Twinbrook Parkway, Rockville, MD 20852.

      National drug codes

      NDC

      These provide unique codes for each distinct drug, dosing form, manufacturer, and packaging. (Available from the National Drug Code Directory, FDA, Rockville, MD, and other sources.)

      COSTART

      CST

      International coding system for adverse drug reactions. In the USA, maintained by the FDA, Rockville, MD.

      Medical Dictionary for Drug Regulatory Affairs (MEDDRA)

      MEDR

      Dr. Louise Wood, Medicines Control Agency, Market Towers, 1 Nine Elms Lane, London SW85NQ, UK Tel: (44)0 171-273-0000 WWW: http://www.open.gov.uk/mca/mcahome.htm

      WHO rec# drug codes

      W1, W2

      World Health organization record number code. A unique sequential number is assigned to each unique single component drug and to each multi-component drug. Eight digits are allotted to each such code, six to identify the active agent, and 2 to identify the salt, of single content drugs. Six digits are assigned to each unique combination of drugs in a dispensing unit. The six digit code is identified by W1, the 8 digit code by W2.

      WHO rec# code with ASTM extension

      W4

      With ASTM extensions (see Implementation Guide), the WHO codes can be used to report serum (and other) levels, patient compliance with drug usage instructions, average daily doses and more (see Appendix X1 the Implementation Guide).

      WHO ATC

      WC

      WHO's ATC codes provide a hierarchical classification of drugs by therapeutic class. They are linked to the record number codes listed above.

      WHO Adverse Reaction Terms

      ART

      WHO Collaborating Centre for International Drug Monitoring, Box 26, S-751 03, Uppsala, Sweden.

      Note: The Read and NLM (National Library of Medicine) codes in Table 3 also include drugs. A number of sources of unique drug names exist: British Approved Names (BAN), French-approved nonproprietary names (DCF), and International Nonproprietary name (INN). These sources are now being reviewed. Those that also provide unique codes will be added to the registry of coding sytems, using the abbreviations given in parentheses.

      Device code:

      MDNS

      UMD

      Universal Medical Device Nomenclature System. ECRI, 5200 Butler Pike, Plymouth Meeting, PA 19462 USA. Phone: 215-825-6000, Fax: 215-834-1275.

    3. MESSAGE DEFINITIONS
    4. The triggering events that follow are all served by the ORU (Observational report - Unsolicited) or the ORF (Observational Report Response) messages in combination with ACK and QRY. Each triggering event is listed below, along with the messages exchanged, and the segments that comprise the messages. The notation used to describe the sequence, optionality, and repeating of segments is described in Chapter 2, "Format for defining abstract messages."

      1. ORU/ACK - unsolicited transmission of an observation message (event R01)
      2. With the type (OBX) defined in this chapter, and the OBR defined in Chapter 4, one can construct almost any clinical report as a three-level hierarchy, with the PID segment defined in Chapter 3 at the upper level, an order record (OBR) at the next level and one or more observation records (OBX) at the bottom.

        One result segment (OBX) is transmitted for each component of a diagnostic report, such as an EKG or obstetrical ultrasound or electrolyte battery.

        ORU^R01

        Observational Results (Unsolicited)

        Chapter

        MSH

        Message Header

        2

        {

           

        [

           

        PID

        Patient Identification

        3

        [PD1]

        Additional Demographics

        3

        [{NK1}]

        Next of Kin/Associated Parties

        3

        [{NTE}]

        Notes and Comments

        2

        [PV1

        Patient Visit

        3

        [PV2]]

        Patient Visit - Additional Info

        3

        ]

           

        {

           

        [ORC]

        Order common

        4

        OBR

        Observations Report ID

        7

        {[NTE]}

        Notes and comments

        2

        {

           

        [OBX]

        Observation/Result

        7

        {[NTE]}

        Notes and comments

        2

        }

           

        {[CTI]}

        Clinical Trial Identification

        7

        }

           

        }

           

        [DSC]

        Continuation Pointer

        2

        ACK^R01

        Acknowledgment

        Chapter

        MSH

        Message header

        2

        MSA

        Message acknowledgment

        2

         

        Note: The ORC is permitted but not required in this message. Any information that could be included in either the ORC or the OBR must be included in the OBR on reporting. Notice also that the ORU (and the QRY) messages accommodate reports about many patients.

        Many report headers (OBR) may be sent beneath each patient segment, with many separate observation segments (OBX) beneath each OBR. Note segments (NTE) may be inserted after any of the above segments. The note segment applies to the entity that immediately precedes it, i.e., the patient if it follows the PID segment, the observation if it follows the OBR segment, and the individual result if it follows the OBX segment.

      3. QRY/ORF - query for results of observation (events R02, R04)
      4. QRY^R02

        Query

        Chapter

        MSH

        Message Header

        2

        QRD

        Query Definition

        2

        QRF

        Query Filter

        2

        ORF^R04

        Observational Report

        Chapter

        MSH

        Message Header

        2

        MSA

        Message Acknowledgment

        2

        QRD

        Query Definition

        2

        [ QRF ]

        Query Filter

        2

        { [ PID

        Patient ID

        3

        [{NTE}] ]

        Notes and Comments

        3

        {

           

        [ ORC ]

        Order common

         

        OBR

        Observation request

        7

        {[NTE]}

        Notes and comments

        2

        {

           

        [OBX]

        Observation/Result

        7

        {[NTE]}

        Notes and comments

        2

        }

           

        {[CTI]}

        Clinical Trial Identification

        7

        } }

           

        [ERR]

        Error

        2

        [QAK]

        Query Acknowledgement

        2

        [DSC]

        Continuation Pointer

        2

        1. Query usage notes

      Display-oriented results reporting is described in Chapter 2, Section 2.14.1, "Display vs. record-oriented messages." The QRD and QRF segments are defined in Chapter 2, Section 2.24, "Messages Control Segments." Event R05 is used for queries for display results; event R06 is used in the unsolicited message for reporting display results.

      The subject filters contained in the QRD and QRF segments are defined by local agreement between the inquiring system and the ancillary system.

      The Set ID fields in the various segments (including PID) are used to count the number of segments of one kind transmitted at one level of the hierarchy.

      The Query Result Level field of the QRD determines the amount of data requested. See Chapter 2, Section 2.24.4, "QRD - original style query definition segment."

    5. SEGMENTS
    6. The full definitions of many segments required for reporting clinical observations are included in other chapters. The patient identifying segment (PID) is provided in Chapter 3. The NTE segment is in Chapter 2.

      1. OBR - observation request segment
      2. In the reporting of clinical data, the OBR serves as the report header. It identifies the observation set represented by the following atomic observations. It includes the relevant ordering information when that applies. It contains many of the attributes that usually apply to all of the included observations.

        When a set of observations is ordered, the order message contains an OBR segment. However, observations can be collected and reported without an antecedent order. When observations are reported, the report message also includes one or more OBR segments. So, the OBR segment is like a turn-around document. Some fields in the OBR segment apply only to the ordering message and some to the reporting message. To those familiar with healthcare procedures, these should be obvious from their names (e.g., transcriptionist or principal result interpreter could only apply to the reporting phase). However, we have also flagged them in Figure 7-4 to indicate whether placer, filler, or both may send data in a given field.

        Figure 7-4. OBR attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM #

        ELEMENT NAME

        1

        4

        SI

        O

           

        00237

        Set ID - OBR

        2

        22

        EI

        C

           

        00216

        Placer Order Number

        3

        22

        EI

        C

           

        00217

        Filler Order Number +

        4

        200

        CE

        R

           

        00238

        Universal Service ID

        5

        2

        ID

        X

           

        00239

        Priority

        6

        26

        TS

        X

           

        00240

        Requested Date/Time

        7

        26

        TS

        C

           

        00241

        Observation Date/Time #

        8

        26

        TS

        O

           

        00242

        Observation End Date/Time #

        9

        20

        CQ

        O

           

        00243

        Collection Volume *

        10

        60

        XCN

        O

        Y

         

        00244

        Collector Identifier *

        11

        1

        ID

        O

         

        0065

        00245

        Specimen Action Code *

        12

        60

        CE

        O

           

        00246

        Danger Code

        13

        300

        ST

        O

           

        00247

        Relevant Clinical Info.

        14

        26

        TS

        C

           

        00248

        Specimen Received Date/Time *

        15

        300

        CM

        O

         

        0070

        00249

        Specimen Source *

        16

        80

        XCN

        O

        Y

         

        00226

        Ordering Provider

        17

        40

        XTN

        O

        Y/2

         

        00250

        Order Callback Phone Number

        18

        60

        ST

        O

           

        00251

        Placer Field 1

        19

        60

        ST

        O

           

        00252

        Placer Field 2

        20

        60

        ST

        O

           

        00253

        Filler Field 1 +

        21

        60

        ST

        O

           

        00254

        Filler Field 2 +

        22

        26

        TS

        C

           

        00255

        Results Rpt/Status Chng - Date/Time +

        23

        40

        CM

        O

           

        00256

        Charge to Practice +

        24

        10

        ID

        O

         

        0074

        00257

        Diagnostic Serv Sect ID

        25

        1

        ID

        C

         

        0123

        00258

        Result Status +

        26

        400

        CM

        O

           

        00259

        Parent Result +

        27

        200

        TQ

        O

        Y

         

        00221

        Quantity/Timing

        28

        150

        XCN

        O

        Y/5

         

        00260

        Result Copies To

        29

        200

        CM

        O

           

        00261

        Parent *

        30

        20

        ID

        O

         

        0124

        00262

        Transportation Mode

        31

        300

        CE

        O

        Y

         

        00263

        Reason for Study

        32

        200

        CM

        O

           

        00264

        Principal Result Interpreter +

        33

        200

        CM

        O

        Y

         

        00265

        Assistant Result Interpreter +

        34

        200

        CM

        O

        Y

         

        00266

        Technician +

        35

        200

        CM

        O

        Y

         

        00267

        Transcriptionist +

        36

        26

        TS

        O

           

        00268

        Scheduled Date/Time +

        37

        4

        NM

        O

           

        01028

        Number of Sample Containers *

        38

        60

        CE

        O

        Y

         

        01029

        Transport Logistics of Collected Sample *

        39

        200

        CE

        O

        Y

         

        01030

        Collector's Comment *

        40

        60

        CE

        O

           

        01031

        Transport Arrangement Responsibility

        41

        30

        ID

        O

         

        0224

        01032

        Transport Arranged

        42

        1

        ID

        O

         

        0225

        01033

        Escort Required

        43

        200

        CE

        O

        Y

         

        01034

        Planned Patient Transport Comment

        44

        80

        CE

        O

         

        0088

        00393

        Procedure Code

        45

        80

        CE

        O

        Y

        0340

        01316

        Procedure Code Modifier

        Note: The complete description of these fields is provided below as well as in Chapter 4.

        1. OBR field definitions
        2. The daggered (+) items in this segment are not created by the placer known to the filler, not the placer. They are created by the filler and valued as needed when the OBR segment is returned as part of a report. Hence on a new order sent to the filler, they are not valued. There is an exception when the filler initiates the order. In that case, the filler order number is valued and the placer order number may be blank. They are valued by the filler as needed when the OBR segment is returned as part of a report.

          The starred (*) fields are only relevant when an observation is associated with a specimen. These are completed by the placer when the placer obtains the specimen. They are completed by the filler when the filler obtains the specimen.

          OBR-7-observation date/time and OBR-8-observation end date/time (flagged with #) are the physiologically relevant times. In the case of an observation on a specimen, they represent the start and end of the specimen collection. In the case of an observation obtained directly from a subject (e.g., BP, Chest X-ray), they represent the start and end time of the observation.

        3. Set ID - OBR (SI) 00237
        4. Definition: For the first order transmitted, the sequence number shall be 1; for the second order, it shall be 2; and so on.

        5. Placer order number (EI) 00216

Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

Definition: This field is a case of the Entity Identifier data type (See 2.8.13, "EI - Entity identifier"). The first component is a string that identifies an individual order (e.g., OBR). A limit of fifteen (15) characters is suggested but not required. It is assigned by the place (ordering application). It identifies an order uniquely among all orders from a particular ordering application. The second through fourth components contain the application ID of the placing application in the same form as the HD data type (Section 2.8.18, "HD - Hierarchic designator"). The second component, namespace ID, is a user-defined coded value that will be uniquely associated with an application. A limit of six (6) characters is suggested but not required. A given institution or group of intercommunicating institutions should establish a unique list of applications that may be potential placers and fillers and assign unique application IDs. The components are separated by component delimiters.

There are three situations in which the true placer is somewhat arbitrary (and thus not unique):

    1. in ORC-1-order control value of RO, following an RU replacement;
    2. in ORC-1-order control value of CH (child orders); and
    3. in ORC-1-order control value of SN (send number).

See the Table Notes under ORC-1-order control for the details of how the ORC-2-placer order number is assigned in these cases.

A given institution or group of intercommunicating institutions should establish a list of applications that may be potential placers and fillers of orders and assign each a unique application ID. The application ID list becomes one of the institution’s master dictionary lists that is documented in Chapter 8. Since third-party applications (those other than the placer and filler of an order) can send and receive ORM and ORR messages, the placer application ID in this field may not be the same as any sending and receiving application on the network (as identified in the MSH segment).

ORC-2-placer order number is the same as OBR-2-placer order number. If the placer order number is not present in the ORC, it must be present in the associated OBR and vice versa. If both fields, ORC-2-placer order number and OBR-2-placer order number, are valued, they must contain the same value. When results are transmitted in an ORU message, an ORC is not required, and the identifying placer order number must be present in the OBR segments.

These rules apply to the few other fields that are present in both ORC and OBR for upward compatibility (e.g., quantity/timing, parent numbers, ordering provider, and ordering call back numbers).

        1. Filler order number (EI) 00217
        2. Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

          Definition: This field is the order number associated with the filling application. It is a case of the Entity Identifier data type (Section 2.8.13, "EI - Entity Identifier"). Its first component is a string that identifies an order detail segment (e.g., OBR). A limit of fifteen (15) characters is suggested but not required. It is assigned by the order filler (receiving) application. This string must uniquely identify the order (as specified in the order detail segment) from other orders in a particular filling application (e.g., clinical laboratory). This uniqueness must persist over time.

          The second through fourth components contain the filler application ID, in the form of the HD data type (see Section 2.8.18, "HD - hierarchic designator"). The second component is a user-defined coded value that uniquely defines the application from other applications on the network. A limit of six (6) characters is suggested but not required. The second component of the filler order number always identifies the actual filler of an order.

          A given institution or group of intercommunicating institutions should establish a list of applications that may be potential placers and fillers of orders and assign each a unique application ID. The application ID list becomes one of the institution’s master dictionary lists that is documented in Chapter 8. Since third- party applications (those other than the placer and filler of an order) can send and receive ORM and ORR messages, the filler application ID in this field may not be the same as any sending and receiving application on the network (as identified in the MSH segment).

          ORC-3-filler order number is the same as OBR-3-filler order number. If the filler order number is not present in the ORC, it must be present in the associated OBR. (This rule is the same for other identical fields in the ORC and OBR and promotes upward and ASTM compatibility.) This is particularly important when results are transmitted in an ORU message. In this case, the ORC is not required and the identifying filler order number must be present in the OBR segments.

          The filler order number (OBR-3 or ORC-3) also uniquely identifies an order and its associated observations. For example, suppose that an institution collects observations from several ancillary applications into a common database and this common database is queried by yet another application for observations. In this case, the filler order number and placer order number transmitted by the common database application would be that of the original filler and placer, respectively, rather than a new one assigned by the common database application.

          Similarly, if a third-party application, not the filler or placer, of an order were authorized to modify the status of an order (say, cancel it), the third-party application would send the filler an ORM message containing an ORC segment with ORC-1-order control equal to "CA" and containing the original placer order number and filler order number, rather than assign either itself.

        3. Universal service ID (CE) 00238
        4. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^<alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is the identifier code for the requested observation/test/battery. This can be based on local and/or "universal" codes. We recommend the "universal" procedure identifier. The structure of this CE data type is described in the control section.

        5. Priority (ID) 00239
        6. Definition: This field has been retained for backward compatibility only. It is not used. Previously priority (e.g., STAT, ASAP), but that information is carried as the sixth component of OBR-27-quantity/timing.

        7. Requested date/time (TS) 00240
        8. Definition: This field has been retained for backward compatibility only. This is not used. Previously requested date/time. That information is now carried in the fourth component of the OBR-27-quantity/timing.

        9. Observation date/time (TS) 00241
        10. Definition: This field is the clinically relevant date/time of the observation. In the case of observations taken directly from a subject, it is the actual date and time the observation was obtained. In the case of a specimen-associated study, this field shall represent the date and time the specimen was collected or obtained. (This is a results-only field except when the placer or a third party has already drawn the specimen.) This field is conditionally required. When the OBR is transmitted as part of a report message, the field must be filled in. If it is transmitted as part of a request and a sample has been sent along as part of the request, this field must be filled in because this specimen time is the physiologically relevant date-time of the observation.

        11. Observation end date/time (TS) 00242
        12. Definition: This field is the end date and time of a study or timed specimen collection. If an observation takes place over a substantial period of time, it will indicate when the observation period ended. For observations made at a point in time, it will be null. This is a results field except when the placer or a party other than the filler has already drawn the specimen.

        13. Collection volume (CQ) 00243
        14. Components: <quantity (NM)> ^ <units (CE)>

          Subcomponents of units: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Definition: For laboratory tests, the collection volume is the volume of a specimen. The default unit is ML. Specifically, units should be expressed in the ISO Standard unit abbreviations (ISO-2955, 1977). This is a results-only field except when the placer or a party has already drawn the specimen. (See Chapter 7 for full details about units.)

        15. Collector identifier (XCN) 00244
        16. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code (ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: When a specimen is required for the study, this field will identify the person, department, or facility that collected the specimen. Either name or ID code, or both, may be present.

        17. Specimen action code (ID) 00245
        18. Definition: This field is the action to be taken with respect to the specimens that accompany or precede this order. The purpose of this field is to further qualify (when appropriate) the general action indicated by the order control code contained in the accompanying ORC segment. For example, when a new order (ORC - "NW") is sent to the lab, this field would be used to tell the lab whether or not to collect the specimen ("L" or "O"). Refer to HL7 table 0065 - Specimen action code for valid values.

          Table 0065 - Specimen action code

          Value

          Description

          A

          Add ordered tests to the existing specimen

          G

          Generated order; reflex order

          L

          Lab to obtain specimen from patient

          O

          Specimen obtained by service other than Lab

          P

          Pending specimen; Order sent prior to delivery

          R

          Revised order

          S

          Schedule the tests specified below

        19. Danger code (CE) 00246
        20. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is the code and/or text indicating any known or suspected patient or specimen hazards, e.g., patient with active tuberculosis or blood from a hepatitis patient. Either code and/or text may be absent. However, the code is always placed in the first component position and any free text in the second component. Thus, free text without a code must be preceded by a component delimiter.

        21. Relevant clinical information (ST) 00247
        22. Definition: This field contains any additional clinical information about the patient or specimen. This field is used to report the suspected diagnosis and clinical findings on requests for interpreted diagnostic studies. Examples include reporting the amount of inspired carbon dioxide for blood gasses, the point in the menstrual cycle for cervical pap tests, and other conditions that influence test interpretations. For some orders this information may be sent on a more structured form as a series of OBX segments (see Chapter 7) that immediately follow the order segment.

        23. Specimen received date/time (TS) 00248
        24. Definition: For observations requiring a specimen, the specimen received date/time is the actual login time at the diagnostic service. This field must contain a value when the order is accompanied by a specimen, or when the observation required a specimen and the message is a report.

        25. Specimen source (CM) 00249
        26. Components: <specimen source name or code (CE)> ^ <additives (TX)> ^ <freetext (TX)> ^ <body site (CE)> ^ <site modifier (CE)> ^ <collection method modifier code (CE)>

          Subcomponents of specimen source name or doe: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Subcomponents of body site: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Subcomponents of site modifier: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Subcomponents of collection method modifier code: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Definition: This field identifies the site where the specimen should be obtained or where the service should be performed.

          The first component contains the specimen source name or code (as a CE data type component). (Even in the case of observations whose name implies the source, a source may be required, e.g., blood culture-heart blood.) Refer to HL7 table 0070 - Specimen source codes for valid entries.

          The second component should include free text additives to the specimen such as Heparin, EDTA, or Oxlate, when applicable.

          The third is a free text component describing the method of collection when that information is a part of the order. When the method of collection is logically an observation result, it should be included as a result segment.

          The fourth component specifies the body site from which the specimen was obtained, and the fifth is the site modifier. For example, the site could be antecubital fossa, and the site modifier "right." The components of the CE fields become subcomponents. Refer to HL7 table 0163 - Administrative site for valid entries.

          Table 0163 - Administrative site

          Value

          Description

          BE

          Bilateral Ears

          OU

          Bilateral Eyes

          BN

          Bilateral Nares

          BU

          Buttock

          CT

          Chest Tube

          LA

          Left Arm

          LAC

          Left Anterior Chest

          LACF

          Left Antecubital Fossa

          LD

          Left Deltoid

          LE

          Left Ear

          LEJ

          Left External Jugular

          OS

          Left Eye

          LF

          Left Foot

          LG

          Left Gluteus Medius

          LH

          Left Hand

          LIJ

          Left Internal Jugular

          LLAQ

          Left Lower Abd Quadrant

          LLFA

          Left Lower Forearm

          LMFA

          Left Mid Forearm

          LN

          Left Naris

          LPC

          Left Posterior Chest

          LSC

          Left Subclavian

          LT

          Left Thigh

          LUA

          Left Upper Arm

          LUAQ

          Left Upper Abd Quadrant

          LUFA

          Left Upper Forearm

          LVG

          Left Ventragluteal

          LVL

          Left Vastus Lateralis

          NB

          Nebulized

          PA

          Perianal

          PERIN

          Perineal

          RA

          Right Arm

          RAC

          Right Anterior Chest

          RACF

          Right Antecubital Fossa

          RD

          Right Deltoid

          RE

          Right Ear

          REJ

          Right External Jugular

          OD

          Right Eye

          RF

          Right Foot

          RG

          Right Gluteus Medius

          RH

          Right Hand

          RIJ

          Right Internal Jugular

          RLAQ

          Rt Lower Abd Quadrant

          RLFA

          Right Lower Forearm

          RMFA

          Right Mid Forearm

          RN

          Right Naris

          RPC

          Right Posterior Chest

          RSC

          Right Subclavian

          RT

          Right Thigh

          RUA

          Right Upper Arm

          RUAQ

          Right Upper Abd Quadrant

          RUFA

          Right Upper Forearm

          RVL

          Right Vastus Lateralis

          RVG

          Right Ventragluteal

          The fifth component indicates whether the specimen is frozen as part of the collection method. Suggested values are F (Frozen); R (Refrigerated). If the component is blank, the specimen is assumed to be at room temperature.

          Table 0070 - Specimen source codes

          Value

          Description

          ABS

          Abscess

          AMN

          Amniotic fluid

          ASP

          Aspirate

          BPH

          Basophils

          BIFL

          Bile fluid

          BLDA

          Blood arterial

          BBL

          Blood bag

          BLDC

          Blood capillary

          BPU

          Blood product unit

          BLDV

          Blood venous

          BON

          Bone

          BRTH

          Breath (use EXHLD)

          BRO

          Bronchial

          BRN

          Burn

          CALC

          Calculus (=Stone)

          CDM

          Cardiac muscle

          CNL

          Cannula

          CTP

          Catheter tip

          CSF

          Cerebral spinal fluid

          CVM

          Cervical mucus

          CVX

          Cervix

          COL

          Colostrum

          CBLD

          Cord blood

          CNJT

          Conjunctiva

          CUR

          Curettage

          CYST

          Cyst

          DIAF

          Dialysis fluid

          DOSE

          Dose med or substance

          DRN

          Drain

          DUFL

          Duodenal fluid

          EAR

          Ear

          EARW

          Ear wax (cerumen)

          ELT

          Electrode

          ENDC

          Endocardium

          ENDM

          Endometrium

          EOS

          Eosinophils

          RBC

          Erythrocytes

          EYE

          Eye

          EXHLD

          Exhaled gas (=breath)

          FIB

          Fibroblasts

          FLT

          Filter

          FIST

          Fistula

          FLU

          Body fluid, unsp

          GAS

          Gas

          GAST

          Gastric fluid/contents

          GEN

          Genital

          GENC

          Genital cervix

          GENL

          Genital lochia

          GENV

          Genital vaginal

          HAR

          Hair

          IHG

          Inhaled Gas

          IT

          Intubation tube

          ISLT

          Isolate

          LAM

          Lamella

          WBC

          Leukocytes

          LN

          Line

          LNA

          Line arterial

          LNV

          Line venous

          LIQ

          Liquid NOS

          LYM

          Lymphocytes

          MAC

          Macrophages

          MAR

          Marrow

          MEC

          Meconium

          MBLD

          Menstrual blood

          MLK

          Milk

          MILK

          Breast milk

          NAIL

          Nail

          NOS

          Nose (nasal passage)

          ORH

          Other

          PAFL

          Pancreatic fluid

          PAT

          Patient

          PRT

          Peritoneal fluid /ascites

          PLC

          Placenta

          PLAS

          Plasma

          PLB

          Plasma bag

          PLR

          Pleural fluid (thoracentesis fld)

          PMN

          Polymorphonuclear neutrophils

          PPP

          Platelet poor plasma

          PRP

          Platelet rich plasma

          PUS

          Pus

          RT

          Route of medicine

          SAL

          Saliva

          SEM

          Seminal fluid

          SER

          Serum

          SKN

          Skin

          SKM

          Skeletal muscle

          SPRM

          Spermatozoa

          SPT

          Sputum

          SPTC

          Sputum - coughed

          SPTT

          Sputum - tracheal aspirate

          STON

          Stone (use CALC)

          STL

          Stool = Fecal

          SWT

          Sweat

          SNV

          Synovial fluid (Joint fluid)

          TEAR

          Tears

          THRT

          Throat

          THRB

          Thrombocyte (platelet)

          TISS

          Tissue

          TISG

          Tissue gall bladder

          TLGI

          Tissue large intestine

          TLNG

          Tissue lung

          TISPL

          Tissue placenta

          TSMI

          Tissue small intestine

          TISU

          Tissue ulcer

          TUB

          Tube NOS

          ULC

          Ulcer

          UMB

          Umbilical blood

          UMED

          Unknown medicine

          URTH

          Urethra

          UR

          Urine

          URC

          Urine clean catch

          URT

          Urine catheter

          URNS

          Urine sediment

          USUB

          Unknown substance

          VOM

          Vomitus

          BLD

          Whole blood

          BDY

          Whole body

          WAT

          Water

          WICK

          Wick

          WND

          Wound

          WNDA

          Wound abscess

          WNDE

          Wound exudate

          WNDD

          Wound drainage

          XXX

          To be specified in another part of the message

        27. Ordering provider (XCN) 00226
        28. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code (ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field identifies the provider who ordered the test. Either the ID code or the name, or both, may be present. This is the same as ORC-12-ordering provider.

        29. Order callback phone number (XTN) 00250
        30. Components: [NNN] [(999)]999-9999 [X99999] [B99999] [C any text] ^ <telecommunication use code (ID)> ^ <telecommunication equipment type (ID)> ^ <email address (ST)> ^ <country code (NM)> ^ <area/city code (NM)> ^ <phone number (NM)> ^ <extension (NM)> ^ <any text (ST)>

          Definition: This field is the telephone number for reporting a status or a result using the standard format with extension and/or beeper number when applicable.

        31. Placer field #1 (ST) 00251
        32. Definition: This field is user field #1. Text sent by the placer will be returned with the results.

        33. Placer field #2 (ST) 00252
        34. Definition: This field is similar to placer field #1.

        35. Filler field #1 (ST) 00253
        36. Definition: This field is definable for any use by the filler (diagnostic service).

        37. Filler field #2 (ST) 00254
        38. Definition: This field is similar to filler field #1.

        39. Results rpt/status chng - date/time (TS) 00255
        40. Definition: This field specifies the date/time results reported or status changed. This field is used to indicate the date and time that the results are composed into a report and released, or that a status, as defined in ORC-5-order status, is entered or changed. (This is a results field only.) When other applications (such as office or clinical database applications) query the laboratory application for untransmitted results, the information in this field may be used to control processing on the communications link. Usually, the ordering service would want only those results for which the reporting date/time is greater than the date/time the inquiring application last received results.

        41. Charge to practice (CM) 00256
        42. Components: <dollar amount (MO)> ^ <charge code (CE)>

          Subcomponents of dollar amount: <quantity (NM)> & <denomination (ID)>

          Subcomponents of charge code: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Definition: This field is the charge to the ordering entity for the studies performed when applicable. The first component is a dollar amount when known by the filler. The second is a charge code when known by the filler (results only).

        43. Diagnostic serv sect ID (ID) 00257
        44. Definition: This field is the section of the diagnostic service where the observation was performed. If the study was performed by an outside service, the identification of that service should be recorded here. Refer to HL7 table 0074 - Diagnostic service section ID for valid entries.

          Table 0074 - Diagnostic service section ID

          Value

          Description

          AU

          Audiology

          BG

          Blood gases

          BLB

          Blood bank

          CUS

          Cardiac Ultrasound

          CTH

          Cardiac catheterization

          CT

          CAT scan

          CH

          Chemistry

          CP

          Cytopathology

          EC

          Electrocardiac (e.g., EKG, EEC, Holter)

          EN

          Electroneuro (EEG, EMG,EP,PSG)

          HM

          Hematology

          ICU

          Bedside ICU Monitoring

          IMM

          Immunology

          LAB

          Laboratory

          MB

          Microbiology

          MCB

          Mycobacteriology

          MYC

          Mycology

          NMS

          Nuclear medicine scan

          NMR

          Nuclear magnetic resonance

          NRS

          Nursing service measures

          OUS

          OB Ultrasound

          OT

          Occupational Therapy

          OTH

          Other

          OSL

          Outside Lab

          PHR

          Pharmacy

          PT

          Physical Therapy

          PHY

          Physician (Hx. Dx, admission note, etc.l)

          PF

          Pulmonary function

          RAD

          Radiology

          RX

          Radiograph

          RUS

          Radiology ultrasound

          RC

          Respiratory Care (therapy)

          RT

          Radiation therapy

          SR

          Serology

          SP

          Surgical Pathology

          TX

          Toxicology

          VUS

          Vascular Ultrasound

          VR

          Virology

          XRC

          Cineradiograph

        45. Result status (ID) 00258
        46. Definition: This field is the status of results for this order. This conditional field is required whenever the OBR is contained in a report message. It is not required as part of an initial order.

          There are two methods of sending status information. If the status is that of the entire order, use ORC-15-order effective date/time and ORC-5-order status. If the status pertains to the order detail segment, use OBR-25-result status and OBR-22-results report/status change - date/time. If both are present, the OBR values override the ORC values.

          This field would typically be used in a response to an order status query where the level of detail requested does not include the OBX segments. When the individual status of each result is necessary, OBX-11-observ result status may be used. Refer to HL7 table 0123 - Result status for valid entries.

          Table 0123 - Result status

          Value

          Description

          O

          Order received; specimen not yet received

          I

          No results available; specimen received, procedure incomplete

          S

          No results available; procedure scheduled, but not done

          A

          Some, but not all, results available

          P

          Preliminary: A verified early result is available, final results not yet obtained

          C

          Correction to results

          R

          Results stored; not yet verified

          F

          Final results; results stored and verified. Can only be changed with a corrected result.

          X

          No results available; Order canceled.

          Y

          No order on record for this test. (Used only on queries)

          Z

          No record of this patient. (Used only on queries)

        47. Parent result (CM) 00259
        48. Components: <OBX-3-observation identifier of parent result (CE)> ^ <OBX-4-sub-ID of parent result (ST)> ^ <part of OBX-5 observation result from parent (TX) see discussion>

          Subcomponents of OBX-3-observation identifier or parent result: <identifier (ST)> & <test (ST)> & <name of coding system (ST)> & <alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ST)>

          Definition: This field is defined to make it available for other types of linkages (e.g., toxicology). This important information, together with the information in OBR-29-parent, uniquely identifies the parent result’s OBX segment related to this order. The value of this OBX segment in the parent result is the organism or chemical species about which this battery reports. For example, if the current battery is an antimicrobial susceptibility, the parent result’s identified OBX contains a result which identifies the organism on which the susceptibility were run. This indirect linkage is preferred because the name of the organism in the parent result may undergo several preliminary values prior to finalization.

          The third component may be used to record the name of the microorganism identified by the parent result directly. The organism in this case should be identified exactly as it is in the parent culture.

          We emphasize that this field does not take the entire result field from the parent. It is meant only for the text name of the organism or chemical subspecies identified. This field is included only to provide a method for linking back to the parent result for those systems which could not generate unambiguous Observation IDs and sub-IDs.

          This field is present only when the parent result is identified by OBR-29-parent and the parent spawn child orders for each of many results. (See Chapter 7 for more details about this linkage.)

          A second mode of conveying this information is to use a standard observation result segment (OBX). If more than one organism is present, OBX-4-observation subID is used to distinguish them. In this case, the first OBX with subID N will contain a value identifying the Nth microorganism, and each additional OBX with subID N will contain susceptibility values for a given antimicrobial test on this organism.

        49. Quantity/timing (TQ) 00221
        50. Components: <quantity (CQ)> ^ <interval (CM)> ^ <duration> ^ <start date/time (TS)> ^ <end date/time (TS)> ^ <priority (ID)> ^ <condition (ST)> ^ <text (TX)> ^ <conjunction (ID)> ^ <order sequencing> ^ <occurrence duration (CE)> ^ <total occurrences (NM)>

          Definition: This field contains information about how many services to perform at one service time and how often the service times are repeated, and to fix duration of the request. See Section 4.4, "Quantity/Timing (TQ) Definition."

        51. Result copies to (XCN) 00260
        52. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code(ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID )> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field is the people who are to receive copies of the results. By local convention, either the ID number or the name may be absent.

        53. Parent (CM) 00261
        54. Components: <parent's placer order number (EI)> ^ <parent's filler order number (EI)>

          Subcomponents of parent’s placer order number: <entity identifier (ST)> & <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (IS)>

          Subcomponents of parent’s filler order number: <entity identifier (ST)> & < <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (IS)>

          Definition: This field is identical to ORC-8-parent. This field relates a child to its parent when a parent/child relationship exists. For example, observations that are spawned by previous observations, e.g., antimicrobial susceptibilities spawned by blood cultures, need to record the parent (blood culture) filler order number here. The parent/child mechanism is described under the order control field notes (see Segment ORC field notes in Section 4.3.1.1.1, "Table notes for order control codes of ORC." It is required when the order is a child.

          Parent is a two-component field. The first component contains the parent’s placer order number. The second component is optional and contains the parent’s filler order number. The components of the placer order number and the filler order number are transmitted in subcomponents of the two components of this field.

        55. Transportation mode (ID) 00262
        56. Definition: This field identifies how (or whether) to transport a patient, when applicable. Refer to HL7 table 0124 - Transportation mode for valid codes.

          Table 0124 - Transportation mode

          Value

          Description

          CART

          Cart - patient travels on cart or gurney

          PORT

          The examining device goes to patient's location

          WALK

          Patient walks to diagnostic service

          WHLC

          Wheelchair

        57. Reason for study (CE) 00263
        58. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is the code or text using the conventions for coded fields given in Chapter 2, Control/Query. This is required for some studies to obtain proper reimbursement.

        59. Principal result interpreter (CM) 00264
        60. Components: <name (CN)> ^ <start date/time (TS)> ^ <end date/time (TS)> ^ <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <patient location type (IS)> ^ <building (IS)> ^ <floor (IS)>

          Subcomponents of name: <ID number (ST)> & <family name (ST)> & <given name (ST)> & <middle initial or name (ST)> & <suffix (e.g., JR. III) (ST)> & <prefix (e.g., DR)> & <degree (e.g., MD) (ST)> & <source table (IS)> & <assigning authority (HD)>

          Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field identifies the physician or other clinician who interpreted the observation and is responsible for the report content.

        61. Assistant result interpreter (CM) 00265
        62. Components: <name (CN)> ^ <start date/time (TS)> ^ <end date/time (TS)> ^ <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <patient location type (IS)> ^ <building (IS)> ^ <floor (IS)>

          Subcomponents of name: <ID number (ST)> & <family name (ST)> & <given name (ST)> & <middle initial or name (ST)> & <suffix (e.g., JR. III) (ST)> & <prefix (e.g., DR)> & <degree (e.g., MD) (ST)> & <source table (IS)> & <assigning authority (HD)>

          Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field identifies the clinical observer who assisted with the interpretation of this study.

        63. Technician (CM) 00266
        64. Components: <name (CN)> ^ <start date/time (TS)> ^ <end date/time (TS)> ^ <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <patient location type (IS)> ^ <building (IS)> ^ <floor (IS)>

          Subcomponents of name: <ID number (ST)> & <family name (ST)> & <given name (ST)> & <middle initial or name (ST)> & <suffix (e.g., JR. III) (ST)> & <prefix (e.g., DR)> & <degree (e.g., MD) (ST)> & <source table (IS)> & <assigning authority (HD)>

          Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field identifies the performing technician.

        65. Transcriptionist (CM) 00267
        66. Components: <name (CN)> ^ <start date/time (TS)> ^ <end date/time (TS)> ^ <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <patient location type (IS)> ^ <building (IS)> ^ <floor (IS)>

          Subcomponents of name: <ID number (ST)> & <family name (ST)> & <given name (ST)> & <middle initial or name (ST)> & <suffix (e.g., JR. III) (ST)> & <prefix (e.g., DR)> & <degree (e.g., MD) (ST)> & <source table (IS)> & <assigning authority (HD)>

          Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field identifies the report transcriber.

        67. Scheduled - date/time (TS) 00268
        68. Definition: This field is the date/time the filler scheduled an observation, when applicable (e.g., action code in OBR-11-specimen action code = "S"). This is a result of a request to schedule a particular test and provides a way to inform the Placer of the date/time a study is scheduled (result only).

        69. Number of sample containers (NM) 01028
        70. Definition: This field identifies the number of containers for a given sample. For sample receipt verification purposes; may be different from the total number of samples which accompany the order.

        71. Transport logistics of collected sample (CE) 01029
        72. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is the means by which a sample reaches the diagnostic service provider. This information is to aid the lab in scheduling or interpretation of results. Possible answers: routine transport van, public postal service, etc. If coded, requires a user-defined table.

        73. Collector's comment (CE) 01030
        74. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is for reporting additional comments related to the sample. If coded, requires a user-defined table. If only free text is reported, it is placed in the second component with a null in the first component, e.g., ^difficult clotting after venepuncture and echymosis.

        75. Transport arrangement responsibility (CE) 01031
        76. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is an indicator of who is responsible for arranging transport to the planned diagnostic service. Examples: Requester, Provider, Patient. If coded, requires a user-defined table.

        77. Transport arranged (ID) 01032
        78. Definition: This field is an indicator of whether transport arrangements are known to have been made. Refer to HL7 table 0224 - Transport arranged for valid codes.

          Table 0224 - Transport arranged

          Value

          Description

          A

          Arranged

          N

          Not Arranged

          U

          Unknown

        79. Escort required (ID) 01033
        80. Definition: This field is an indicator that the patient needs to be escorted to the diagnostic service department. Note: The nature of the escort requirements should be stated in the OBR-43-planned patient transport comment field. See HL7 table 0225 - Escort required for valid values.

          Table 0225 - Escort required

          Value

          Description

          R

          Required

          N

          Not Required

          U

          Unknown

        81. Planned patient transport comment (CE) 01034
        82. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field is the code or free text comments on special requirements for the transport of the patient to the diagnostic service department. If coded, requires a user-defined table.

        83. Procedure code (CE) 00393
        84. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains a unique identifier assigned to the procedure, if any, associated with the Universal Service ID reported in field 4. User-defined table 0088 - Procedure code is used as the HL7 identifier for the user-defined table of values for this field. This field is a CE data type for compatibility with clinical and ancillary systems. This field will usually contain the HCPCS code associated with the order.

        85. Procedure code modifier (CE) 01316

Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

Definition: This field contains the procedure code modifier to the procedure code reported in field 44, when applicable. Procedure code modifiers are defined by regulatory agencies such as HCFA and the AMA. Multiple modifiers may be reported. User-defined table 0088 - Procedure code modifier is used as the HL7 identifier for the user-defined table of values for this field.

      1. OBX - observation/result segment
      2. The OBX segment is used to transmit a single observation or observation fragment. It represents the smallest indivisible unit of a report. Its structure is summarized in Figure 7-5.

        Its principal mission is to carry information about observations in report messages. But the OBX can also be part of an observation order (see Section 4.2, "Order Message Definitions"). In this case, the OBX carries clinical information needed by the filler to interpret the observation the filler makes. For example, an OBX is needed to report the inspired oxygen on an order for a blood oxygen to a blood gas lab, or to report the menstrual phase information which should be included on an order for a pap smear to a cytology lab. Appendix 7A includes codes for identifying many of pieces of information needed by observation producing services to properly interpret a test result. OBX is also found in other HL7 messages that need to include patient clinical information.

        Figure 7-5. OBX attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM#

        ELEMENT NAME

        1

        4

        SI

        O

           

        00569

        Set ID - OBX

        2

        3

        ID

        C

         

        0125

        00570

        Value Type

        3

        80

        CE

        R

           

        00571

        Observation Identifier

        4

        20

        ST

        C

           

        00572

        Observation Sub-ID

        5

        65536

        *

        C

        Y

         

        00573

        Observation Value

        6

        60

        CE

        O

           

        00574

        Units

        7

        60

        ST

        O

           

        00575

        References Range

        8

        5

        ID

        O

        Y/5

        0078

        00576

        Abnormal Flags

        9

        5

        NM

        O

           

        00577

        Probability

        10

        2

        ID

        O

        Y

        0080

        00578

        Nature of Abnormal Test

        11

        1

        ID

        R

         

        0085

        00579

        Observation Result Status

        12

        26

        TS

        O

           

        00580

        Date Last Obs Normal Values

        13

        20

        ST

        O

           

        00581

        User Defined Access Checks

        14

        26

        TS

        O

           

        00582

        Date/Time of the Observation

        15

        60

        CE

        O

           

        00583

        Producer's ID

        16

        80

        XCN

        O

        Y

         

        00584

        Responsible Observer

        17

        60

        CE

        O

        Y

         

        00936

        Observation Method

        1. OBX field definitions
        2. Set ID - OBX (SI) 00569
        3. Definition: This field contains the sequence number. For compatibility with ASTM.

        4. Value type (ID) 00570
        5. Definition: This field contains the format of the observation value in OBX. It must be valued if OBX-11-Observ result status is not valued with an ‘X". If the value is CE then the result must be a coded entry. When the value type is TX or FT then the results are bulk text. The valid values for the value type of an observation are listed in HL7 table 0125 - Value type.

          The observation value must be represented according to the format for the data type defined in Chapter 2, Section 2.8, "Data Types." For example, a PN consists of 6 components, separated by component delimiters.

          Although NM is a valid type, observations which are usually reported as numbers will sometimes have the string (ST) data type because non-numeric characters are often reported as part of the result, e.g., >300 to indicate the result was off-scale for the instrument. In the example, ">300", ">" is a symbol and the digits are considered a numeric value. However, this usage of the ST type should be discouraged since the SN (structured numeric) data type now accommodates such reporting and, in addition, permits the receiving system to interpret the magnitude.

          All HL7 data types are valid, and are included in Table 0125 except CM, CQ, SI, and ID. For a CM definition to have meaning, the specifics about the CM must be included in the field definition. OBX-5-observation value is a general field definition that is influenced by the data type OBX-3, so CMs are undefined in this context. CQ is invalid because units for OBX-5-observation value are always specified explicitly in an OBX segment with OBX-6 units. SI is invalid because it only applied to HL7 message segments, and ID because it requires a constant field definition.

          The RP value (reference pointer) must be used if the actual observation value is not sent in OBX but exists somewhere else. For example, if the observation consists of an image (document or medical), the image itself cannot be sent in OBX. The sending system may in that case opt to send a reference pointer. The receiving system can use this reference pointer whenever it needs access to the actual image through other interface standards, e.g., DICOM, or through appropriate data base servers.

          Table 0125 - Value type

          Value

          Description

          AD

          Address

          CE

          Coded Entry

          CF

          Coded Element With Formatted Values

          CK

          Composite ID With Check Digit

          CN

          Composite ID And Name

          CP

          Composite Price

          CX

          Extended Composite ID With Check Digit

          DT

          Date

          ED

          Encapsulated Data

          FT

          Formatted Text (Display)

          MO

          Money

          NM

          Numeric

          PN

          Person Name

          RP

          Reference Pointer

          SN

          Structured Numeric

          ST

          String Data.

          TM

          Time

          TN

          Telephone Number

          TS

          Time Stamp (Date & Time)

          TX

          Text Data (Display)

          XAD

          Extended Address

          XCN

          Extended Composite Name And Number For Persons

          XON

          Extended Composite Name And Number For Organizations

          XPN

          Extended Person Name

          XTN

          Extended Telecommunications Number

          The full definition of these data types is given in Chapter 2, Section 2.8, "Data Types." The structured numeric (SN) data type, new to version 2.3, provides for reporting ranges (e.g., 3-5 or 10-20), titres (e.g., 1:10), and out-of-range indicators (e.g., >50) in a structured and computer interpretable way.

          We allow the FT data type in the OBX segment but its use is discouraged. Formatted text usually implies a meaningful structure e.g., a list of three independent diagnoses reported on different lines. But ideally, the structure in three independent diagnostic statements would be reported as three separate OBX segments.

          TX should not be used except to send large amounts of text. In the TX data type, the repeat delimiter can only be used to identify paragraph breaks. Use ST to send short, and possibly encodable, text strings.

        6. Observation identifier (CE) 00571
        7. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains a unique identifier for the observation. The format is that of the Coded Element (CE). Example: 93000.3^P-R interval^A34.

          In most systems the identifier will point to a master observation table that will provide other attributes of the observation that may be used by the receiving system to process the observations it receives. A set of message segments for transmitting such master observation tables is described in Chapter 8. The relation of an observation ID to a master observation table is analogous to the relationship between a charge code (in a billing record) and the charge master.

          When local codes are used as the first identifier in this field we strongly encourage sending a universal identifier as well to permit receivers to equivalence results from different providers of the same service (e.g., a hospital lab and commercial lab that provides serum potassium to a nursing home). One possible universal identifier is LOINC codes for laboratory and clinical measurements (see Figure 7-3 and the HL7 www list server); see Section 7.15, "WAVEFORM RESULT DATA TYPES," and Appendix X2 of ASTM E1467 for neurophysiology tests.

        8. Observation sub-ID (ST) 00572
        9. Definition: This field is used to distinguish between multiple OBX segments with the same observation ID organized under one OBR. For example, a chest X-ray report might include three separate diagnostic impressions. The standard requires three OBX segments, one for each impression. By putting a 1 in the Sub-ID of the first of these OBX segments, 2 in the second, and 3 in the third, we can uniquely identify each OBX segment for editing or replacement.

          The sub-identifier is also used to group related components in reports such as surgical pathology. It is traditional for surgical pathology reports to include all the tissues taken from one surgical procedure in one report. Consider, for example, a single surgical pathology report that describes the examination of gallbladder and appendix tissue. This report would be transmitted roughly as shown in Figure 7-6.

           

          Figure 7-6. Example of sub-identifier usage

          OBR|1|||88304&SURG PATH REPORT...

          OBX|1|CE|88304&ANT|1|T57000^GALLBLADDER^SNM...

          OBX|2|TX|88304&GDT|1|THIS IS A NORMAL GALLBLADDER...

          OBX|3|TX|88304&MDT|1|MICROSCOPIC EXAM SHOWS HISTOLOGICALLY

          NORMAL GALLBLADDER TISSUE...

          OBX|4|CE|88304&IMP|1|M-00100^NML^SNM...

          OBX|5|CE|88304&ANT|2|T66000^APPENDIX^SNM...

          OBX|6|TX|88304&GDT|2|THIS IS A RED, INFLAMED, SWOLLEN, BOGGY APPENDIX...

          OBX|7|TX|88304&MDT|2|INFILTRATION WITH MANY PMN's - INDICATING INFLAMATORY CHANGE...

          OBX|8|CE|88304&IMP|2|M-40000^INFLAMMATION NOS^SNM...

          The example in Figure 7-6 has two segments for each component of the report, one for each of the two tissues. Thus, there are two 88304&ANT segments; there are two 88304&GDT segments, and there are two 88304&MDT segments. Segments that apply to the gallbladder all have the sub-identifier 1. Segments that apply to the appendix all have sub-identifier 2.

          The observation sub ID has other grouping uses. It can be used to organize the reporting of some kinds of fluid intakes and outputs. For example, when intake occurs through multiple intravenous lines, a number of separate observations (OBX segments), the intake volume, the type of intake (Blood, D5W, Plasma, etc.), the site of the IV line, etc. may be needed for each intravenous line, each requiring a separate OBX segment. If more than one IV line is running, we can logically link all of the OBX segments that pertain to the first IV line by assigning them an observation sub ID of 1. We can do the same with the second IV line by assigning them a sub ID 2 and so on. The same would apply to the outputs of surgical drains when there are multiple such drains.

          The use of the sub ID to distinguish repeating OBXs for the same observation ID is really a special case of using the sub ID to group, as can be seen if we picture the OBX segments in Figure 7-6 as part of a table where the rows correspond to a particular species of observation and the cells correspond to the sub ID numbers that would be associated with each corresponding OBX.

          Distinct Observations

          88304&ANT

          88304&GDT

          80304&MDT

          80304&IMP

          Sub ID 1st Group

          1

          1

          1

          1

          Sub ID 2nd Group

          2

          2

          2

          2

          The use of Sub IDs to group results is equivalent to defining a table, and the use of sub IDs to distinguish repeats is just a special case, represented by one column in this table.

          However, this approach introduces ambiguities if we have a set of repeating observations within a group, e.g., if the appendix observations include two impressions as in the 8th and 9th OBXs shown in Figure 7-7. This really represents the existence of a row nested within a single cell of the table given above.

          Figure 7-7. Example of sub-identifier usage

          OBX|1|CE|880304&ANT|1|T57000^GALLBLADDER^SNM...

          OBX|2|TX|880304&GDT|1|THIS IS A NORMAL GALL BLADDER...

          OBX|3|TX|880304&MDT|1|MICROSCOPIC EXAMINATION SHOWS HISTOLOGICALLY

          NORMAL GALLBLADDER TISSUE...

          OBX|4|CE|880304&IMP|1|M-00100^NML^SNM...

          OBX|5|CE|880304&ANT|2|T57000^APPENDIX^SNM...

          OBX|6|TX|880304&GDT|2|THIS IS A RED, INFLAMED APPENDIX...

          OBX|7|TX|880304&MDT|2|INFLAMMATION WITH MANY PUS CELLS-ACUTE INFLAMMATION...

          OBX|8|CE|880304&IMP|2|M-40000^INFLAMMATION NOS^SNM...

          OBX|9|CE|880304&IMP|2|M-30280^FECALITH^SNM...

          The text under OBX-5-observation value provides guidance about dealing with two OBXs with the same observation ID and observation sub IDs. They are sent and replaced as a unit. However, some systems will take this to mean that the set of OBXs is to be combined into one composite observation in the receiving system. We suggest the use of a dot and a string (similar to the Dewey Decimal system) when users wish to distinguish each of the repeats within one type, or results within a cell for editing and correction purposes. Using this system, Figure 7-7 would become 7-8. If there are cases where such nesting occurs at even deeper levels, this approach could be extended.

          Figure 7-8. Example of sub-identifier usage

          OBX|1|CE|880304&ANT|1|T57000^GALLBLADDER^SNM...

          OBX|2|TX|880304&GDT|1|THIS IS A NORMAL GALL BLADDER...

          OBX|3|TX|880304&MDT|1|MICROSCOPIC EXAMINATION SHOWS HISTOLOGICALLY

          NORMAL GALLBLADDER TISSUE...

          OBX|4|CE|880304&IMP|1|M-00100^NML^SNM...

          OBX|5|CE|880304&ANT|2|T57000^APPENDIX^SNM...

          OBX|6|TX|880304&GDT|2|THIS IS A RED, INFLAMED APPENDIX...

          OBX|7|TX|880304&MDT|2|INFLAMMATION WITH MANY PUS CELLS-ACUTE INFLAMMATION...

          OBX|8|CE|880304&IMP|2.1|M-40000^INFLAMMATION NOS^SNM...

          OBX|9|CE|880304&IMP|2.2|M-30280^FECALITH^SNM...

          Use a null or 1 when there is no need for multiples.

          If the observation includes a number of OBXs with the same value for the observation ID OBX-3, then one must use different values for the sub-ID. This is in fact the case of the repeats depicted in Figure 7-8, but without any need to group sets of OBXs. Three such OBXs could be distinguished by using sub-IDs 1,2,e; alternatively, sub-IDs 1.1, 1.2, 1.3 could be used, as shown in Figure 7-8. Figure 7-9 shows and example of an electrocardiograph chest radiograph report with three diagnostic impressions, using 1,2,3 in the sub-ID field to distinguish the three separate results.

          Figure 7-9. Example of Sub-ID used to distinguish three independent results with the same observation ID

          OBX|1|CE|8601-7^EKG IMPRESSION ^LN|1|^atrial fibrillation|. . .

          OBX|2|CE|8601-7^EKG IMPRESSION ^LN|2|^OLD SEPTAL MYOCARDIAL INFARCT| . . .

          OBX|3|CE|8601-7^EKG IMPRESSION ^LN|3|^poor R wave progression|. . .

        10. Observation value (*) 00573
        11. Definition: This field contains the value observed by the observation producer. OBX-2-value type contains the data type for this field according to which observation value is formatted. It is not a required field because some systems will report only the normalcy/abnormalcy (OBX-8), especially in product experience reporting.

          Representation

          This field contains the value of OBX-3-observation identifier of the same segment. Depending upon the observation, the data type may be a number (e.g., a respiratory rate), a coded answer (e.g., a pathology impression recorded as SNOMED), or a date/time (the date/time that a unit of blood is sent to the ward). An observation value is always represented as the data type specified in OBX-2-value type of the same segment. Whether numeric or short text, the answer shall be recorded in ASCII text.

          Reporting logically independent observations

          The main sections of dictated reports, such as radiologic studies or history and physicals, are reported as separate OBX segments. In addition, each logically independent observation should be reported in a separate OBX segment, i.e. one OBX segment should not contain the result of more than one logically independent observation. This requirement is included to assure that the contents of OBX-6-units, OBX-8-abnormal flags, and OBX-9-probability can be interpreted unambiguously. The electrolytes and vital signs batteries, for example, would each be reported as four separate OBX segments. Two diagnostic impressions, e.g., congestive heart failure and pneumonia, would also be reported as two separate OBX segments whether reported as part of a discharge summary or chest X-ray report. Similarly, two bacterial organisms isolated in a single bacterial culture would be reported as two separate OBX segments.

          Though two independent diagnostic statements cannot be reported in one OBX segment, multiple categorical responses are allowed (usually as CE data types separated by repeat delimiters), so long as they are fragments (modifiers) that together construct one diagnostic statement. Right upper lobe (recorded as one code) and pneumonia (recorded as another code), for example, could be both reported in one OBX segment. Such multiple "values" would be separated by repeat delimiters.

          Multiple OBX segments with the same observation ID and Sub ID

          In some systems, a single observation may include fragments of more than one data type. The most common example is a numeric result followed by coded comments (CE). In this case, the logical observation can be sent in more than one OBX segment. For example, one segment of numeric or string data type for the numeric result and another segment of CE data type for coded comments. If the producer was reporting multiple coded comments they would all be sent in one OBX segment separated by repeat delimiters because they all modified a single logical observation. Multiple OBX segments with the same observation ID and sub ID should always be sent in sequence with the most significant OBX segment (the one that has the normal flag/units and or reference range and status flag) first. The value of OBX-6 through 12 should be null in any following OBX segments with the same OBX-3-observation identifier and OBX-4-observation sub-ID. For the purpose of replacement or deletion, multiple OBX segments with the same observation ID and sub ID are treated as a unit. If any are replaced or deleted, they all are replaced.

          Coded values

          When an OBX segment contains values of CE data types, the observations are stored as a combination of codes and/or text. In Section 7.4.4, "Example of narrative report messages," examples of results that are represented as CE data types are shown in the first and second OBX segments of OBR 1 and the first and second OBX segments of OBR 2. The observation may be an observation battery ID (for recommended studies), a diagnostic code or finding (for a diagnostic impression), or an anatomic site for a pathology report, or any of the other kinds of coded results.

          It is not necessary to always encode the information stored within a coded observation. For example, a chest X-ray impression could be transmitted as pure text even though it has a CE data type. In this case, the test must be recorded as the second component of the result code, e.g.,

          OBX|1|CE|71020&IMP|1|^CONGESTIVE HEART FAILURE.

          However, separate impressions, recommendations, etc., even if recorded as pure text, should be recorded in separate result segments. That is, congestive heart failure and pneumonia should not be sent as:

          OBX|1|CE|71020&IMP|1|^CONGESTIVE HEART FAILURE AND PNEUMONIA|

          but as:

          OBX|1|CE|71020&IMP|1|^CONGESTIVE HEART FAILURE|

          OBX|2|CE|71020&IMP|2|^PNEUMONIA|.

          Even better would be fully-coded results that include computer understandable codes (component 1) instead of, or in addition to, the text description (component 2). One may include multiple values in a CE value and these can be mixtures of code and text, but only when they are needed to construct one diagnosis, impression, or concept. When text follows codes as an independent value it would be taken as a modifier or addenda to the codes. E.g.,

          OBX|1|CE|710120&IMP^CXR|1|428.0^CONGESTIVE HEART FAILURE^I9C~^MASSIVE HEART

          The text in component 2 should be an accurate description of the code in component 1. Likewise, if used, the text in component 5 should be an accurate description of the code in component 4.

        12. Units (CE) 00574
        13. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains the units that have a data type of CE. The default coding system for the units codes consists of the ISO+ abbreviation for a single case unit (ISO 2955-83) plus extensions, that do not collide with ISO abbreviations (see introductory section to this chapter). We designate this coding system as ISO+. Both the ISO unit’s abbreviations and the extensions are defined in Section 7.3.2.6.2, "ISO and ANSI customary units abbreviations," and listed in Figure 7-13. The ISO+ abbreviations are the codes for the default coding system. Consequently, when ISO+ units are being used, only ISO+ abbreviations need be sent, and the contents of the units field will be backward compatible to HL7 Version. 2.1.

          1. Identifying reporting units
          2. Background

            When an observation’s value is measured on a continuous scale, one must report the measurement units within the units field of the OBX segment. Since in HL7 Version 2.2 of the specification, all fields that report units are of data type CE. The default coding system for the units codes consists of the ISO abbreviation for a single case unit (ISO 2955-83) plus extensions that do not collide with ISO abbreviations. We designate this coding system as ISO+ (see Figure 7-13). Both the ISO unit’s abbreviations and the extensions are defined in Section 7.3.2.6.2, "ISO and ANSI customary units abbreviations." The ISO+ abbreviations are the codes for the default coding system. Consequently, when ISO+ units are being used, only ISO+ abbreviations need be sent, and the contents of the units field will be backward compatible to HL7 Version 2.1 and ASTM 1238-88.

            We strongly encourage observation producers to use ISO+ abbreviated units exclusively, but permit the use of other code systems, including US customary units (ANSI X3.50) and locally defined codes where necessary. Local units are designated L or 99zzz where z is an alphanumeric character (see Figures 7-2 and 73). ANSI X3.50 -1986 provides an excellent description of these standards, as well as a table of single case abbreviations for US customary units such as foot or gallon.

            We had originally intended to include the ANSI X3.50 - 1986 US customary units in the default ISO+ coding system. However, there are overlaps between ISO’s abbreviations and the abbreviations for US customary units. For example, ft is the abbreviation for foot in US customary units and for femtotesla in ISO; pt is the abbreviation for pint in US customary and for picotesla in ISO. (Be aware that the ANSI document also differs from the ISO document regarding the abbreviation of a few ISO units, as well.) In order to avoid potential ambiguity, we have defined another coding system, designated ANS+. It includes the US customary units (e.g., feet, pounds) and ISO abbreviations defined in ANSI X3.50-1986, as well as other non-metric units listed in Figure 7-13 and the ISO combinations of these units. Be aware that a few of the ANSI ISO unit abbreviations differ from their abbreviations in ISO (see note at bottom of Figure 7-13).

            Because the ANS+ specification includes both ISO and US customary units, as well as miscellaneous non-metric units, some of the abbreviations are ambiguous. Although there should be little confusion, in the context of a particular observation, this ambiguity is a good reason for avoiding ANS+ unit codes when possible.

            When ANS+ units codes (abbreviations) are being transmitted, ANS+ must be included in the third (sixth) component of the field. If the units of distance were transmitted as meters (ISO+) it would be transmitted as m because ISO+ is the default coding system for units. However, if transmitted in the US customary units of feet, the units would be transmitted as ft^^ANS+. When required, the full text of the units can be sent as the second component in keeping with the CE data type conventions.

            Both ISO and ANSI also provide a set of mixed case abbreviations, but these abbreviations cannot be translated to single case without loss of meaning, and should not be used in this specification whose content is required to be case insensitive.

          3. ISO and ANSI customary units abbreviations
          4. ISO builds its units from seven base dimensions measured as meters, kilograms, seconds, amperes, kelvins, moles and candelas (see Figure 7-10). Other units can be derived from these by adding a prefix to change the scale and/or by creating an algebraic combination of two or more base or derived units. However, some derived units have acquired their own abbreviations (see Figure 7-10). Abbreviations for U.S. customary units are given in Figure 7-11.

            The ISO rules, well explained in ANSI X3.50, provide a way to create units of different scales by adding multiplier prefixes. These prefixes can be expressed as words or abbreviations. In this Standard we are only concerned with the abbreviations.

            Figure 7-10. ISO single case units abbreviations

            Units

            Abbreviation

            Units

            Abbreviation

            Units

            Abbreviation

            Base units code/abbreviations

            ampere

            a

            kelvin

            k

            meter

            m

            candela

            cd

            kilogram

            kg

            mole

            mol

            second

            s

            Derived units with specified name and abbreviation

            coulomb

            c

            hour

            hr

            pascal

            pal

            day

            d

            joule

            j

            volt

            v

            degree Celsius

            cel

            minute (ti)

            min

            watt

            w

            farad

            f

            newton

            n

            weber

            wb

            hertz

            hz

            ohm

            ohm

            year

            ann

            Other units

            atomic mass unit

            u

            grey

            gy

            minute of arc

            mnt

            bel

            b

            henry

            h

            radian

            rad

            decibel

            db

            liter

            l

            siemens

            sie

            degree

            deg

            lumen

            Lm

            steradian

            sr

            gram

            g

            lux

            Lx

            tesla

            t

            See ISO 2955-1983 for full set

            The ISO abbreviations for multiplier prefixes are given in Figure 7-12. Prefixes ranging from 10-24 (1/billion billionth) to 1024 (a billion billion) are available. The single case abbreviation for kilo (x1000) is k. A unit consisting of 1000 seconds would be abbreviated as ks, 1000 grams as kg, 1000 meters as km, and so on. Some prefixes share the abbreviation of a base unit. Farad and femto, for example, (10-18) both have the abbreviation of f. To avoid confusion, ISO forbids the use of solitary prefixes. It also deprecates the use of two prefixes in one complex unit. Thus, f always means farad, ff would mean 1 million billionth of a farad. Compound prefixes are not allowed.

            A unit can be raised to an exponential power. Positive exponents are represented by a number immediately following a unit’s abbreviation, i.e., a square meter would be denoted by m2. Negative exponents are signified by a negative number following the base unit, e.g., 1/m2 would be represented as m-2. Fractional exponents are expressed by a numeric fraction in parentheses: the square root of a meter would be expressed as m(1/2). The multiplication of units is signified by a period (.) between the units, e.g., meters X seconds would be denoted m.s. Notice that spaces are not permitted. Division is signified by a slash (/) between two units, e.g. meters per second would be denoted as m/s. Algebraic combinations of ISO unit abbreviations constructed by dividing, multiplying, or exponentiating base ISO units, are also valid ISO abbreviations units. Exponentiation has precedence over multiplication or division. For example, microvolts squared per hertz (a unit of spectral power) would be denoted uv2/hz and evaluated as uv 2/hz while microvolts per square root of hertz (a unit of spectral amplitude) would be denoted uv/hz(1/2) and evaluated as uv/hz½. If more than one division operator is included in the expression the associations should be parenthesized to avoid any ambiguity, but the best approach is to convert a/(b/c) to a.c/b or a.c.b-1 to simplify the expression.

            The ISO code is a grammar for building units. The rules for building these units are found in Figures 7-10 and 7-12. Figure 7-11 should be used only with English units and should not be used in conjunction with Figure 7-12. The ISO+ table (Figure 7-13) includes the most common such units constructed from this grammar (as well as important non-ISO units). Other ISO units derived from the grammar are valid as well.

            Figure 7-11. ANSI+ unit codes for some U.S. customary units

            Units

            Abbreviation

            Units

            Abbreviation

            Units

            Abbreviation

            LENGTH

            VOLUME

            TIME

            inch

            in

            cubic foot

            cft

            year

            yr

            foot

            ft

            cubic inch

            cin

            month

            mo

            mile (statute)

            mi

            cubic yard

            cyd

            week

            wk

            nautical mile

            nmi

            tablespoon

            tbs

            day

            d

            rod

            rod

            teaspoon

            tsp

            hour

            hr

            yard

            yd

            pint

            pt

            minute

            min

               

            quart

            qt

            second

            sec

               

            gallon

            gal

               
               

            ounce (fluid)

            foz

               

            AREA

            MASS

               

            square foot

            sqf

            dram

            dr

               

            square inch

            sin

            grain

            gr (avoir)

               

            square yard

            syd

            ounce (weight)

            oz

               
               

            pound

            lb

               

            Other ANSI units, derived units, and miscellaneous

            **British thermal unit

            btu

            **degrees fahrenheit

            degf

            **millirad

            mrad

            cubic feet/minute

            cft/min

            **feet/minute

            ft/min

            **RAD

            rad

            Note: The abbreviations for conventional U.S. units of time are the same as ISO, except for year. ISO = ANN, AMSI = yr. The metric units in X3.50 are the same as ISO, except for: pascal ("pa" in ANSI, "pal" in ISO); ANSI uses "min" for both time and arc while ISO uses "mnt" for minutes of arc; and in ISA seconds are abbreviated "s", in ANSI, "sec".

            This list is not exhaustive. Refer to ANSI X3.50-1986, Table 1, for other metric and standard U.S. units.

            **Non-metric units not explicitly listed in ANSI

            Figure 7-12. Single case ISO abbreviations for multiplier prefixes

            Prefix

             

            Code

            Prefix

             

            Code

            yotta*

            1024

            ya

            yocto

            10-24

            y

            zetta*

            1021

            za

            zepto

            10-21

            z

            exa

            1018

            ex

            atto

            10-18

            a

            peta

            1015

            pe

            femto

            10-15

            f

            tera

            1012

            t

            pico

            10-12

            p

            giga

            109

            g

            nano

            10-9

            n

            mega

            106

            ma

            micro

            10-6

            u

            kilo

            103

            k

            milli

            10-3

            m

            hecto

            102

            h

            centi

            10-2

            c

            deca

            101

            da

            deci

            10-1

            d

            *These abbreviations are not defined in the ISO specification for single case abbreviations.

            Figure 7-13 lists the abbreviations for common ISO derived units. It also includes standard unit abbreviations for common units, e.g., Milliequivalents, and international units, mm(Hg), and for counting per which we denote by a division sign, a denominator, but no numerator, e.g., /c, that are not part of the above referenced ISO standards. We have extended the units table to better accommodate drug routes and physiologic measures, and otherwise fill in gaps in Version 2.2.

            We have generally followed the IUPAC 1995 Silver Book2 in the definitions of units. However, IUPAC specifies standards for reporting or displaying units and employs 8-bit data sets to distinguish them. This Standard is concerned with the transmission of patient information. Therefore, we have restricted ourselves to case insensitive alphabetic characters and a few special characters (e.g., ".", "/", "(", ")", "*", and "_") to avoid any possible confusion in the transmission. Therefore, we use ISO 2955-1983 (Information processing -- representation of SI and other units in systems with limited character sets) and ANSI X3.50-1986 (Representations for U.S. customary, SI, and other units to be used in systems with limited character sets) case insensitive units abbreviations where they are defined. This means that in some cases, IUPAC abbreviations have different abbreviations in ISO+ even when the IUPAC abbreviations use only standard alphabetic characters. For example, Pascal is abbreviated Pa in IUPAC but PAL in ISO+ (following ISO 2955) because Pa in a case insensitive context also means Picoampere. However, the requirements for transmission do not preclude usage of IUPAC standards for presentation on paper or video display reports to end-users.

            All unit abbreviations are case insensitive. One could write milliliters as ML, ml, or mL. In this table we have used lower case for all of the abbreviations except for the letter L which we represent in upper case so that readers will not confuse it with the numeral one (1). This is just a change in presentation, not a change in the Standard. Systems should continue to send the codes as upper or lower case as they always have.

            Figure 7-13. Common ISO derived units and ISO+ extensions

            Code/Abbr.

            Name

            /(arb_u)

            *1 / arbitrary unit

            /iu

            *1 / international unit

            /kg

            *1 / kilogram

            /L

            1 / liter

            1/mL

            *1 / milliliter

            10.L/min

            *10 x liter / minute

            10.L /(min.m2)

            *10 x (liter / minute) / meter2 = liter / (minute ´ meter2)

            10*3/mm3

            *103 / cubic millimeter (e.g., white blood cell count)

            10*3/L

            *103 / Liter

            10*3/mL

            *103 / milliliter

            10*6/mm3

            *106 / millimeter3

            10*6/L

            *106 / Liter

            10*6/mL

            *106 / milliliter

            10*9/mm3

            *109 / millimeter3

            10*9/L

            *109 / Liter

            10*9/mL

            *109 / milliliter

            10*12/L

            *1012 / Liter

            10*3(rbc)

            *1000 red blood cells

            a/m

            Ampere per meter

            (arb_u)

            *Arbitrary unit

            bar

            Bar (pressure; 1 bar = 100 kilopascals)

            /min

            Beats or Other Events Per Minute

            bq

            Becquerel

            (bdsk_u)

            *Bodansky Units

            (bsa)

            *Body surface area

            (cal)

            *Calorie

            1

            *Catalytic Fraction

            /L

            Cells / Liter

            cm

            Centimeter

            cm_h20

            * Centimeters of water =H20 (pressure)

            cm_h20.s/L

            Centimeters H20 / (liter / second) = (centimeters H20 ´ second) / liter (e.g., mean pulmonary resistance)

            cm_h20/(s.m)

            (Centimeters H20 / second) / meter = centimeters H20 / (second ´ meter) (e.g., pulmonary pressure time product)

            (cfu)

            *Colony Forming Units

            m3/s

            Cubic meter per second

            d

            Day

            db

            Decibels

            dba

            *Decibels a Scale

            cel

            Degrees Celsius

            deg

            Degrees of Angle

            (drop)

            Drop

            10.un.s/cm5

            Dyne ´ Second / centimeter5 (1 dyne = 10 micronewton = 10 un) (e.g., systemic vascular resistance)

            10.un.s/(cm5.m2)

            ((Dyne ´ second) / centimeter5) / meter2 = (Dyne ´ second) / (centimeter5 ´ meter2) (1 dyne = 10 micronewton = 10 un) (e.g., systemic vascular resistance/body surface area)

            ev

            Electron volts (1 electron volt = 160.217 zeptojoules)

            eq

            Equivalent

            f

            Farad (capacitance)

            fg

            Femtogram

            fL

            Femtoliter

            fmol

            Femtomole

            /mL

            *Fibers / milliliter

            g

            Gram

            g/d

            *Gram / Day

            g/dL

            Gram / Deciliter

            g/hr

            Gram / Hour

            g/(8.hr)

            *Gram / 8 Hour Shift

            g/kg

            Gram / Kilogram (e.g., mass dose of medication per body weight)

            g/(kg.d)

            (Gram / Kilogram) / Day = gram / (kilogram ´ day) (e.g., mass dose of medication per body weight per day)

            g/(kg.hr)

            (Gram / Kilogram) / Hour = gram / (kilogram ´ hour) (e.g., mass dose of medication per body weight per hour)

            g/(8.kg.hr)

            (Gram / Kilogram) /8 Hour Shift = gram / (kilogram ´ 8 hour shift) (e.g., mass dose of medication per body weight per 8 hour shift)

            g/(kg.min)

            (Gram / Kilogram) / Minute = gram / (kilogram ´ minute) (e.g., mass dose of medication per body weight per minute)

            g/L

            Gram / Liter

            g/m2

            Gram / Meter2 (e.g., mass does of medication per body surface area)

            g/min

            Gram / Minute

            g.m/(hb)

            Gram ´ meter / heart beat (e.g., ventricular stroke work)

            g.m/((hb).m2)

            (Gram ´ meter/ heartbeat) / meter2 = (gram ´ meter) / (heartbeat ´ meter2)

            (e.g., ventricular stroke work/body surface area, ventricular stroke work index)

            g(creat)

            *Gram creatinine

            g(hgb)

            *Gram hemoglobin

            g.m

            Gram meter

            g(tot_nit)

            *Gram total nitrogen

            g(tot_prot)

            *Gram total protein

            g(wet_tis)

            *Gram wet weight tissue

            gy

            Grey (absorbed radiation dose)

            hL

            Hectaliter = 102 liter

            h

            Henry

            in

            Inches

            in_hg

            Inches of Mercury (=Hg)

            iu

            *International Unit

            iu/d

            *International Unit / Day

            iu/hr

            *International Unit / Hour

            iu/kg

            International Unit / Kilogram

            iu/L

            *International Unit / Liter

            iu/mL

            *International Unit / Milliliter

            iu/min

            *International Unit / Minute

            j/L

            Joule/liter (e.g., work of breathing)

            kat

            *Katal

            kat/kg

            *Katal / Kilogram

            kat/L

            *Katal / Liter

            k/watt

            Kelvin per watt

            (kcal)

            Kilocalorie (1 kcal = 6.693 kilojoule)

            (kcal)/d

            *Kilocalorie / Day

            (kcal)/hr

            *Kilocalorie / Hour

            (kcal)/(8.hr)

            *Kilocalorie / 8 Hours Shift

            kg

            Kilogram

            kg(body_wt)

            * kilogram body weight

            kg/m3

            Kilogram per cubic meter

            kh/h

            Kilogram per hour

            kg/L

            Kilogram / liter

            kg/min

            Kilogram per minute

            kg/mol

            Kilogram / mole

            kg/s

            Kilogram / second

            kg/(s.m2)

            (Kilogram / second)/ meter2 = kilogram / (second ´ meter2)

            kg/ms

            Kilogram per square meter

            kg.m/s

            Kilogram meter per second

            kpa

            Kilopascal (1 mmHg = 0.1333 kilopascals)

            ks

            Kilosecond

            (ka_u)

            King-Armstrong Unit

            (knk_u)

            *Kunkel Units

            L

            Liter

            L/d

            *Liter / Day

            L/hr

            Liter / hour

            L/(8.hr)

            *Liter / 8 hour shift

            L/kg

            Liter / kilogram

            L/min

            Liter / minute

            L/(min.m2)

            (Liter / minute) / meter2 = liter / (minute ´ meter2)

            (e.g., cardiac output/body surface area = cardiac index)

            L/s

            Liter / second (e.g., peak expiratory flow)

            L.s

            Liter / second / second2 = liter ´ second

            lm

            Lumen

            lm/m2

            Lumen / Meter2

            (mclg_u)

            *MacLagan Units

            mas

            Megasecond

            m

            Meter

            m2

            Meter2 (e.g., body surface area)

            m/s

            Meter / Second

            m/s2

            Meter / Second2

            ueq

            *Microequivalents

            ug

            Microgram

            ug/d

            Microgram / Day

            ug/dL

            Microgram / Deciliter

            ug/g

            Microgram / Gram

            ug/hr

            *Microgram / Hour

            ug(8hr)

            Microgram / 8 Hour Shift

            ug/kg

            Microgram / Kilogram

            ug/(kg.d)

            (Microgram / Kilogram) /Day = microgram / (kilogram ´ day) (e.g., mass dose of medication per patient body weight per day)

            ug/(kg.hr)

            (Microgram / Kilogram) / Hour = microgram / (kilogram ´ hours) (e.g., mass dose of medication per patient body weight per hour)

            ug/(8.hr.kg)

            (Microgram / Kilogram) / 8 hour shift = microgram / (kilogram ´ 8 hour shift)

            (e.g., mass dose of medication per patient body weight per 8 hour shift)

            ug/(kg.min)

            (Microgram / Kilogram) / Minute = microgram / (kilogram ´ minute)

            (e.g., mass dose of medication per patient body weight per minute)

            ug/L

            Microgram / Liter

            ug/m2

            Microgram / Meter2 (e.g., mass dose of medication per patient body surface area)

            ug/min

            Microgram / Minute

            uiu

            *Micro international unit

            ukat

            *Microkatel

            um

            Micrometer (Micron)

            umol

            Micromole

            umol/d

            Micromole / Day

            umol/L

            Micromole / Liter

            umol/min

            Micromole / Minute

            us

            Microsecond

            uv

            Microvolt

            mbar

            Millibar (1 millibar = 100 pascals)

            mbar.s/L

            Millibar / (liter / second) =(millibar ´ second) / liter (e.g., expiratory resistance)

            meq

            *Milliequivalent

            meq/d

            *Milliequivalent / Day

            meq/hr

            *Milliequivalent / Hour

            meq/(8.hr)

            Milliequivalent / 8 Hour Shift

            meq/kg

            Milliequivalent / Kilogram (e.g., dose of medication in milliequivalents per patient body weight)

            meq/(kg.d)

            (Milliequivalents / Kilogram) / Day = milliequivalents / (kilogram ´ day) (e.g., dose of medication in milliequivalents per patient body weight per day)

            meq/(kg.hr)

            (Milliequivalents / Kilogram) / Hour = milliequivalents / (kilogram ´ hour) (e.g., dose of medication in milliequivalents per patient body weight per hour)

            meq/(8.hr.kg)

            (Milliequivalents / Kilogram) / 8 Hour Shift = milliequivalents / (kilogram ´ 8 hour shift) (e.g., dose of medication in milliequivalents per patient body weight per 8 hour shift)

            meq/(kg.min)

            (Milliequivalents / Kilogram) / Minute = milliequivalents / (kilogram ´ minute) (e.g., dose of medication in milliequivalents per patient body weight per minute)

            meq/L

            Milliequivalent / Liter

             

            Milliequivalent / Meter2 (e.g., dose of medication in milliequivalents per patient body surface area)

            meq/min

            Milliequivalent / Minute

            mg

            Milligram

            mg/m3

            Milligram / Meter3

            mg/d

            Milligram / Day

            mg/dL

            Milligram / Deciliter

            mg/hr

            Milligram / Hour

            mg/(8.hr)

            Milligram / 8 Hour shift

            mg/kg

            Milligram / Kilogram

            mg/(kg.d)

            (Milligram / Kilogram) / Day = milligram / (kilogram ´ day) (e.g., mass dose of medication per patient body weight per day)

            mg/(kg.hr)

            (Milligram / Kilogram) / Hour = milligram/ (kilogram ´ hour) (e.g., mass dose of medication per patient body weight per hour)

            mg/(8.hr.kg)

            (Milligram / Kilogram) /8 Hour Shift = milligram / (kilogram ´ 8 hour shift) (e.g., mass dose of medication per patient body weight per 8 hour shift)

            mg/(kg.min)

            (Milligram / Kilogram) / Minute = milligram / (kilogram ´ minute) (e.g., mass dose of medication per patient body weight per hour)

            mg/L

            Milligram / Liter

            mg/m2

            Milligram / Meter2 (e.g., mass dose of medication per patient body surface area)

            mg/min

            Milligram / Minute

            mL

            Milliliter

            mL/cm_h20

            Milliliter / Centimeters of Water (H20) (e.g., dynamic lung compliance)

            mL/d

            *Milliliter / Day

            mL/(hb)

            Milliliter / Heart Beat (e.g., stroke volume)

            mL/((hb).m2)

            (Milliliter / Heart Beat) / Meter2 = Milliliter / (Heart Beat ´ Meter2) (e.g., ventricular stroke volume index)

            mL/hr

            *Milliliter / Hour

            mL/(8.hr)

            *Milliliter / 8 Hour Shift

            mL/kg

            Milliliter / Kilogram (e.g., volume dose of medication or treatment per patient body weight)

            mL/(kg.d)

            (Milliliter / Kilogram) / Day = milliliter / (kilogram ´ day) (e.g., volume dose of medication or treatment per patient body weight per day)

            mL/(kg.hr)

            (Milliliter / Kilogram) / Hour = milliliter / (kilogram ´ hour) (e.g., volume dose of medication or treatment per patient body weight per hour)

            mL/(8.hr.kg)

            (Milliliter / Kilogram) / 8 Hour Shift = milliliter / (kilogram ´ 8 hour shift) (e.g., volume dose of medication or treatment per body weight per 8 hour shift)

            mL/(kg.min)

            (Milliliter / Kilogram) / Minute = milliliter / (kilogram ´ minute) (e.g., volume dose of medication or treatment per patient body weight per minute)

            mL/m2

            Milliliter / Meter2 (e.g., volume of medication or other treatment per patient body surface area)

            mL/mbar

            Milliliter / Millibar (e.g., dynamic lung compliance)

            mL/min

            Milliliter / Minute

            mL/(min.m2)

            (Milliliter / Minute) / Meter2 = milliliter / (minute ´ meter2) (e.g., milliliters of prescribed infusion per body surface area; oxygen consumption index)

            mL/s

            Milliliter / Second

            mm

            Millimeter

            mm(hg)

            *Millimeter (HG) (1 mm Hg = 133.322 kilopascals)

            mm/hr

            Millimeter/ Hour

            mmol/kg

            Millimole / Kilogram (e.g., molar dose of medication per patient body weight)

            mmol/(kg.d)

            (Millimole / Kilogram) / Day = millimole / (kilogram ´ day) (e.g., molar dose of medication per patient body weight per day)

            mmol/(kg.hr)

            (Millimole / Kilogram) / Hour = millimole / (kilogram ´ hour) (e.g., molar dose of medication per patient body weight per hour)

            mmol/(8.hr.kg)

            (Millimole / Kilogram) / 8 Hour Shift = millimole / (kilogram ´ 8 hour shift) (e.g., molar dose of medication per patient body weight per 8 hour shift)

            mmol/(kg.min)

            (Millimole / Kilogram) / Minute = millimole / (kilogram ´ minute) (e.g., molar dose of medication per patient body weight per minute)

            mmol/L

            Millimole / Liter

            mmol/hr

            Millimole / Hour

            mmol/(8hr)

            Millimole / 8 Hour Shift

            mmol/min

            Millimole / Minute

            mmol/m2

            Millimole / Meter2 (e.g., molar dose of medication per patient body surface area)

            mosm/L

            *Milliosmole / Liter

            ms

            Milliseconds

            mv

            Millivolts

            miu/mL

            *Milliunit / Milliliter

            mol/m3

            Mole per cubic meter

            mol/kg

            Mole / Kilogram

            mol/(kg.s)

            (Mole / Kilogram) / Second = mole / (kilogram ´ second)

            mol/L

            Mole / Liter

            mol/s

            Mole / Second

            ng

            Nanogram

            ng/d

            Nanogram / Day

            ng/hr

            *Nanogram / Hour

            ng/(8.hr)

            Nanogram / 8 Hour shift

            ng/L

            Nanogram / Liter

            ng/kg

            Nanogram / Kilogram (e.g., mass dose of medication per patient body weight)

            ng/(kg.d)

            (Nanogram / Kilogram) / Day = nanogram / (kilogram ´ day) (e.g., mass dose of medication per patient body weight per day)

            ng/(kg.hr)

            (Nanogram / Kilogram) / Hour = nanogram / (kilogram ´ hour) (e.g., mass dose of medication per patient body weight per hour)

            ng/(8.hr.kg)

            (Nanogram / Kilogram) / 8 Hour Shift = nanogram / (kilogram ´ 8 hour shift) (e.g., mass dose of medication per patient body weight per 8 hour shift)

            ng/(kg.min)

            (Nanogram / Kilogram) / Minute = nanogram / (kilogram ´ minute) (e.g., mass dose of medication per patient body weight per minute)

            ng/m2

            Nanogram / Meter2 (e.g., mass dose of medication per patient body surface area)

            ng/mL

            Nanogram / Milliliter

            ng/min

            *Nanogram / Minute

            ng/s

            *Nanogram / Second

            nkat

            *Nanokatel

            nm

            Nanometer

            nmol/s

            Nanomole / Second

            ns

            Nanosecond

            n

            Newton (force)

            n.s

            Newton second

            (od)

            *O.D. (optical density)

            ohm

            Ohm (electrical resistance)

            ohm.m

            Ohm meter

            osmol

            Osmole

            osmol/kg

            Osmole per kilogram

            osmol/L

            Osmole per liter

            /m3

            *Particles / Meter3

            /L

            *Particles / Liter

            /(tot)

            *Particles / Total Count

            (ppb)

            *Parts Per Billion

            (ppm)

            *Parts Per Million

            (ppth)

            Parts per thousand

            (ppt)

            Parts per trillion (10^12)

            pal

            Pascal (pressure)

            /(hpf)

            *Per High Power Field

            (ph)

            *pH

            pa

            Picoampere

            pg

            Picogram

            pg/L

            Picogram / Liter

            pg/mL

            Picogram / Milliliter

            pkat

            *Picokatel

            pm

            Picometer

            pmol

            *Picomole

            ps

            Picosecond

            pt

            Picotesla

            (pu)

            *P.U.

            %

            Percent

            dm2/s2

            Rem (roentgen equivalent man) = 10-2 meter2 / second2 = decimeter2 / second2 Dose of ionizing radiation equivalent to 1 rad of x-ray or gamma ray) [From Dorland's Medical Dictionary]

            sec

            Seconds of arc

            sie

            Siemens (electrical conductance)

            sv

            Sievert

            m2/s

            Square meter / second

            cm2/s

            Square centimeter / second

            t

            Tesla (magnetic flux density)

            (td_u)

            Todd Unit

            v

            Volt (electric potential difference)

            1

            Volume Fraction

            wb

            Weber (magnetic flux)

            *Starred items are not genuine ISO, but do not conflict.

            †This approach to units is discouraged by IUPAC. We leave them solely for backward compatibility

          5. Local unit codes

          Local codes can be used for the units by indicating the code source of 99zzz in the third component (where 99zzz is an alpha-numeric string). In the case of local codes, the text name of the codes or the description of the units should also be transmitted (in the second component), so that the receiving system can compare the results with results for the same measurement sent by another service (refer to Chapter 2, Section 2.8, "Data Types"). An "L" should be stored in the third component to indicate that the code is locally defined. More specialized local code designations, as specified in the CE data type definition, can also be employed.

        14. References range (ST) 00575

Components: for numeric values in the format:

    1. lower limit-upper limit (when both lower and upper limits are defined, e.g., for potassium 3.5 - 4.5)
    2. > lower limit (if no upper limit, e.g., >10)
    3. < upper limit (if no lower limit, e.g., <15)

alphabetical values: the normal value may be reported in this location

Definition: When the observation quantifies the amount of a toxic substance, then the upper limit of the range identifies the toxic limit. If the observation quantifies a drug, the lower limits identify the lower therapeutic bounds and the upper limits represent the upper therapeutic bounds above which toxic side effects are common.

        1. Abnormal flags (ID) 00576
        2. Definition: This field contains a table lookup indicating the normalcy status of the result. We strongly recommend sending this value when applicable. If the observation is an antimicrobial susceptibility, the interpretation codes are: S=susceptible; R=resistant; I=intermediate; MS=moderately susceptible; VS=very susceptible. (See ASTM 1238 - review for more details). Refer to HL7 table 0078 - Abnormal flags for valid entries.

          When the laboratory can discern the normal status of a textual report, such as chest X-ray reports or microbiologic culture, these should be reported as N when normal and A when abnormal. Multiple codes, e.g., abnormal and worse, would be separated by a repeat delimiter, e.g., A~W.

          Table 0078 Abnormal flags

          Value

          Description

          L

          Below low normal

          H

          Above high normal

          LL

          Below lower panic limits

          HH

          Above upper panic limits

          <

          Below absolute low-off instrument scale

          >

          Above absolute high-off instrument scale

          N

          Normal (applies to non-numeric results)

          A

          Abnormal (applies to non-numeric results)

          AA

          Very abnormal (applies to non-numeric units, analogous to panic limits for numeric units)

          null

          No range defined, or normal ranges don't apply

          U

          Significant change up

          D

          Significant change down

          B

          Better--use when direction not relevant

          W

          Worse--use when direction not relevant

          For micriobology susceptibilities only:

          S

          Susceptible*

          R

          Resistant*

          I

          Intermediate*

          MS

          Moderately susceptible*

          VS

          Very susceptible*

          Results may also be reported in shorthand by reporting the normalcy status without specifying the exact numeric value of the result. Such shorthand is quite common in clinical notes, where physicians will simply say that the glucose result was normal. Such shorthand reporting is also seen in drug experience reporting. In such cases, the result can be reported in the OBX by reporting the normalcy code in OBX-8-abnormal flags without specifying any value in OBX-5-observation value.

        3. Probability (NM) 00577
        4. Definition: This field contains the probability of a result being true for results with categorical values. It mainly applies to discrete coded results. It is a decimal number represented as an ASCII string that must be between 0 and 1, inclusive.

        5. Nature of abnormal test (ID) 00578
        6. Definition: This field contains the nature of the abnormal test. Refer to HL7 table 0080 - Nature of abnormal testing for valid values. As many of the codes as apply may be included, separated by repeat delimiters. For example, normal values based on age, sex, and race would be codes as A~S~R.

           

          Table 0080 Nature of abnormal testing

          Value

          Description

          A

          An age-based population

          N

          None - generic normal range

          R

          A race-based population

          S

          A sex-based population

        7. Observ result status (ID) 00579
        8. Definition: This field contains the observation result status. Refer to HL7 table 0085 - Observation result status codes interpretation for valid values. This field reflects the current completion status of the results for one Observation Identifier.

          It is a required field. Previous versions of HL7 stated this implicitly by defining a default value of "F." Code F indicates that the result has been verified to be correct and final. Code W indicates that the result has been verified to be wrong (incorrect); a replacement (corrected) result may be transmitted later. Code C indicates that data contained in the OBX-5-observation value field are to replace previously transmitted (verified and) final result data with the same observation ID (including suffix, if applicable) and observation sub-ID usually because the previous results were wrong. Code D indicates that data previously transmitted in a result segment with the same observation ID (including suffix) and observation sub-ID should be deleted. When changing or deleting a result, multiple OBX segments with the same observation ID and observation sub-ID are replaced or deleted as a unit. Normal progression of results through intermediate (e.g., ‘gram positive cocci’) to final (e.g., ‘staphylococcus aureus’) should not be transmitted as C (correction); they should be transmitted as P or S (depending upon the specific case) until they are final.

          There are situations where the observation required for the order needs to be dynamically specified at the time of ordering. For example, timed measurements of serum glucose challenge tests may vary among laboratories. One institution may report them at –30, -15, 0, 30, 60, and 120 minutes, while another may report them at –30, 0, 30, 60, 90, and 120 minutes. Master file entries may not exist for each desirable permutation. Another example may be Renin Studies where the specification may be done upon ordering without having a master file definition for each permutation. The OBX segments in the ORM message can be used to create dynamic specifications to accommodate these permutations without pre-existing master file definitions. The result status field in the OBX can be used to determine whether the OBX in the ORM message is used to provide a dynamic specification or is used to communicate a result as context to the order. The status of O shall be used to indicate that the OBX segment is used for a dynamic specification of the required result. An OBX used for a dynamic specification must contain the detailed examination code, units, etc., with OBX-11 valued with O, and OBX-2 and OBX-5 valued with null.

          Table 0085 - Observation result status codes interpretation

          Value

          Description

          C

          Record coming over is a correction and thus replaces a final result

          D

          Deletes the OBX record

          F

          Final results; Can only be changed with a corrected result.

          I

          Specimen in lab; results pending

          N

          Not asked; used to affirmatively document that the observation identified in the OBX was not sought when the universal service ID in OBR-4 implies that it would be sought.

          O

          Order detail description only (no result)

          P

          Preliminary results

          R

          Results entered -- not verified

          S

          Partial results

          X

          Results cannot be obtained for this observation

          U

          Results status change to final without retransmitting results already sent as ‘preliminary.’ E.g., radiology changes status from preliminary to final

          W

          Post original as wrong, e.g., transmitted for wrong patient

        9. Date last obs normal value (TS) 00580
        10. Definition: This field contains the changes in the observation methods that would make values obtained from the old method not comparable with those obtained from the new method.

          Null if there are no normals or units. If present, a change in this date compared to date-time recorded, the receiving system’s test dictionary should trigger a manual review of the results to determine whether the new observation ID should be assigned a new ID in the local system to distinguish the new results from the old.

        11. User defined access checks (ST) 00581
        12. Definition: This field permits the producer to record results-dependent codes for classifying the observation at the receiving system. This field should be needed only rarely, because most classifications are fixed attributes of the observation ID and can be defined in the associated observation master file (see description in Chapter 8).

          However, there are a few cases when such controls vary with the value of the observation in a complex way that the receiving system would not want to re-calculate. An example is an antimicrobial susceptibility result. Some systems prefer to display only the susceptibility results of inexpensive antimicrobials depending upon the organism, the source of the specimen and the patient’s allergy status. The sending service wants to send all of the susceptibilities so that certain privileged users (e.g., Infectious Disease specialists) can review all of the results but nonprivileged users would see only the "preferred" antimicrobials to which the organism was susceptible. We expect that other cases also occur.

        13. Date/time of the observation (TS) 00582
        14. Definition: This field is required in two circumstances. The first is when the observations reported beneath one report header (OBR) have different dates. This could occur in the case of queries, timed test sequences, or clearance studies where one measurement within a battery may have a different time than another measurement.

          It is also needed in the case of OBX segments that are being sent by the placer to the filler, in which case the date of the observation being transmitted is likely to have no relation to the date of the requested observation. In France, requesting services routinely send a set of the last observations along with the request for a new set of observations. The date of these observations is important to the filler laboratories.

          In all cases, the observation date-time is the physiologically relevant date-time or the closest approximation to that date-time. In the case of tests performed on specimens, the relevant date-time is the specimen’s collection date-time. In the case of observations taken directly on the patient (e.g., X-ray images, history and physical), the observation date-time is the date-time that the observation was performed.

        15. Producer's ID (CE) 00583
        16. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains a unique identifier of the responsible producing service. It should be reported explicitly when the test results are produced at outside laboratories, for example. When this field is null, the receiving system assumes that the observations were produced by the sending organization. This information supports CLIA regulations in the US. The code for producer ID is recorded as a CE data type. In the US, the Medicare number of the producing service is suggested as the identifier.

        17. Responsible observer (XCN) 00584
        18. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code(ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID )> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: When required, this field contains the identifier of the individual directly responsible for the observation (i.e., the person who either performed or verified it). In a nursing service, the observer is usually the professional who performed the observation (e.g., took the blood pressure). In a laboratory, the observer is the technician who performed or verified the analysis. The code for the observer is recorded as a CE data type. If the code is sent as a local code, it should be unique and unambiguous when combined with OBX-15-producer ID.

        19. Observation method (CE) 00936

Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

This optional field can be used to transmit the method or procedure by which an observation was obtained when the sending system wishes to distinguish among one measurement obtained by different methods and the distinction is not implicit in the test ID. Chemistry laboratories do not usually distinguish between two different methods used to measure a given serum constituent (e.g., serum potassium) as part of the test name. See the LOINC Users Manual for a more complete discussion of these distinctions. If an observation producing service wanted to report the method used to obtain a particular observation, and the method was NOT embedded in the test name, they can use this field.

The Centers for Disease Control and Prevention (CDC) Method Code (CDCM) (see Figure 7-3) is one candidate code system for reporting methods/instruments. EUCLIDES method codes are another. User-defined tables are an alternative.

    1. EXAMPLE TRANSACTIONS
      1. Query/response
      2. The following is a query of the EKG system for the data for a particular patient number 0123456-1 for reports that have been modified or created since 1/1/88. The response ends with a continuation pointer. A continuation query follows, in reply to which a continuation response is sent.

        Query (QRY)

        MSH|^~\&|CBD||EKG||||QRY^R02|CDB22222|P<cr>

        QRD|198904180943|R|I|Q4412|||10|RD|0123456-1|RES<cr>

        QRF|EKG||198801010000<cr>

        Response

        MSH|^~\&|EKG||CDB||||ORF^R04|X981672|P<cr>

        MSA|AA|CDB22222|P<cr>

        QRD|198904180943|R|I|Q4412|||10|RD|0123456-1|RES<cr>

        QRF|EKG||198804010000<cr>

        PID|1|0123456-1||ROBERTSON^JOHN^H|||||||9821111<cr>

        OBR|1|43215^OE|98765^EKG|93000^EKG REPORT|R|198801111000|198801111330|||RMT||||

        1988011 11330|?|P030||||||198801120930||||||88-126666|A111|

        VIRANYI ^ANDREW<cr>

         

        OBX|1|ST|8897-1^QRS COMPLEX:^LN||91|/MIN|60-100||||F<cr>

        OBX|2|ST|8894-8^P WAVE:^LN|||/MIN|60-100||||F<cr>

        OBX|3|ST|8625-6^P-R INTERVAL:^LN||0|/MSEC|1.06-.10||||F<cr>

        OBX|4|ST|8633-0^QRS DURATION:^LN||368|/MSEC|.18-.22||||F<cr>

        ...

        ...

        ...

        OBX|8|CE|8601-7^EKG IMPRESSION:^LN|1|^ATRIAL FIBRILATION||||||F<cr>

        OBX|9|CE|8601-7^EKG IMPRESSION:^LN|2|^ST DEPRESSION||||||F<cr> OBX|109|FT||93000&ADT^EKG COMMENT||\.in+4\\.ti-4\ 1. When compared with EKG of

        31-oct-88 ventricular rate has increased by 30 bpm.\.sp\\.ti-4\

        2. Criteria for Lateral infarct are no longer present.|||||F<cr>

        OBR|2|43217^OE|98767^EKG|93000^EKG REPORT||198810311004|198810311004||||?|||198810311004|?|P030||||||198810311744||||||

        88-126689|A122|BREAL|WILLIAM<cr>

        ...

        ...

        ...

        DSC|1896X22;0123456-1<cr>

        Continuation query

        MSH|^~\&|CDB||EKG||||QRY^R02|CDB22289|P<cr>

        QRD|198904180943|R|I|Q4412|||10|RD|0123456-1|RES<cr>

        QRF|EKG||1988040100000<cr>

        DSC|1896X22;0123456-1<cr>

        Continuation response

        MSH|^~\&|EKG||CDB||||ORF^R04|X981672|P<cr>

        MSA|AA|CDB22289|P<cr>

        QRD|198904180943|R|I|Q4412|||10|RD|0123456-1RES<cr>

        QRF|EKG||198804010000<cr>

        PID||0123456-1||ROBERTSON^JOHN^H|||||||9821111<cr>

        OBR| ...

        ...

        ...

      3. Unsolicited
      4. The following is an unsolicited transmission of radiology data.

        MSH|^~\&|XRAY||CDB||||ORU^R01|K172|P<cr>

        PID|1|0123456-1||ROBERTSON^JOHN^H|||||||9821111<cr>

        OBR|1|X89-1501^OE|78912^RD|71020^CHEST XRAY AP & LATERAL|R|198703291530|19873290800|||JBM|N <cr>

        OBX|1|CE|71020&IMP^RADIOLOGIST'S IMPRESSION|4||^MASS LEFT LOWER LOBE|1||A||F<cr>

        OBX|2|CE|71020&IMP|2|^INFILTRATE RIGHT LOWER LOBE|||A||F<cr>

        OBX|3|CE|71020&IMP|3|^HEART SIZE NORMAL|||N||F<cr>

        OBX|4|FT|71020&GDT|1|circular density (2 x 2 cm) is seen in the posterior segment of

        the LLL. A second, less well-defined infiltrated circulation density is

        seen in the R mid lung field and appears to cross the minor fissure#||||||F<cr>

        OBX|5|CE|71020&REC||71020^Follow up CXR 1 month||30-45||||F<cr>

      5. Example message
      6. Laboratory message: electrolytes, CBC, sed rate, blood cultures and susceptibilities

        MSH|...

        PID|...

        Electrolytes:

        OBR|1|870930010^OE|CM3562^LAB|80004^ELECTROLYTES|R|198703281530|198703290800|||

        401-0^INTERN^JOE^^^^MD^L|N|||||SER|^SMITH^RICHARD^W.^^^DR.|(319)377-4400|

        This is requestor field #1. Requestor field #2|Diag.serv.field #1.|

        Diag.serv.field #2.|198703311400|||F<cr>

        OBX|1|ST|84295^NA||150|mmol/l|136-148|H||A|F|19850301<cr>

        OBX|2|ST|84132^K+||4.5|mmol/l|3.5-5|N||N|F|19850301<cr>

        OBX|3|ST|82435^CL||102|mmol/l|94-105|N||N|F|19850301<cr>

        OBX|4|ST|82374^CO2||27|mmol/l|24-31|N||N|F|19850301<cr>

        CBC:

        OBR|2|870930011^OE|HEM3268^LAB|85022^CBC|R|198703281530|198703290800|||401-0 ^

        INTERN^JOE^^^^MD^L|N||||BLD|^SMITH^RICHARD^W.^^^DR.|(319)377-4400|This is

        requestor field #1.|This is Requestor field #2.|This is lab field #1.|Lab

        field #2.|198703311400|||F<cr>

         

        OBX|1|ST|718-7^HEMOGLOBIN:^LN||13.4|GM/DL|14-18|N||S|F|19860522<cr>

        OBX|2|ST|4544-3^HEMOATOCRIT:^LN||40.3|%|42-52|L||S|F|19860522<cr>

        OBX|3|ST|789-8^ERYTHROCYTES:^LN||4.56|10*6/ml|4.7-6.1|L||S|F|19860522<cr>

        OBX|4|ST|787-2^ERYTHROCYTE MEAN CORPUSCULAR VOLUME:^LN

        ||88|fl|80-94|N||S|F|19860522<cr>

        OBX|5|ST|785-6^ERYTHROCYTE MEAN CORPUSCULAR HEMOGLOBIN:^LN

        ||29.5|pg|27-31|N||N|F|19860522<cr>

        OBX|6|ST|786-4^ERYTHROCYTE MEAN CORPUSCULAR HEMOGLOBIN CONCENTRATION:^LN

        ||33|%|33-37|N||N|F|19860522<cr>

        OBX|7|ST|6690-2^LEUKOCYTES:^LN||10.7|10*3/ml|4.8-10.8|N||N|F|19860522<cr>

        OBX|8|ST|764-1^NEUTROPHILS BAND FORM/100 LEUKOCYTES:^LN||2|%||||F<cr>

        OBX|9|ST|769-0^NEUTROPHILS SEGMENTED/100 LEUKOCYTES:^LN||67|%||||F<cr>

        OBX|10|ST|736-9^LYMPHOCYTES/100 LEUKOCYTES:^LN||29|%||||F<cr>

        OBX|11|ST|5905-5^MONOCYTES/100 LEUKOCYTES:^LN||1|%||||F<cr>

        OBX|12|ST|713-8^EOSINOPHILS/100 LEUKOCYTES:^LN||2|%||||F<cr>

        Sed rate:

        OBR|3|870930011^OE|HEM3269^LAB|4537-7^ERYTHROCYTE SEDIMENTATION RATE:^LN

        |R|198703281530|198703290800|||

        401-0^INTERN^JOE^^^^MD^L|N||||BLD|^SMITH^RICHARD^W.^^^DR.|(319)377-4400|

        This is requestor field #1.|This is Requestor field #2.|This is lab field

        #1.|Lab field #2.|198703311400|||F<cr>

        OBX|1|ST|4537-7^ERYTHROCYTE SEDIMENTATION RATE:^LN|

        |7|MM/HR|0-10|N||S|F|19860522|E|1|1792|27<cr>

        Parent micro result, identifies organism

        OBR|4|2740X^OE|BC376^MIC|87040^Blood culture|R|198703280600|198703290800|||

        99-2^JONES&COLLECTOR|N|Hepatitis risk||198703290830|Bld|

        4010^INTERN^JOE^^^^MD^L|X3472|Requestor field 1|Requestor field 2|

        Producer's field 1|Producer's field 2|198703301000|35.00|MB|F|<cr>

        OBX|1|CE|600-7^MICROORGANISM IDENTIFIED:^LN|1|^E Coli|||A||F<cr>

        OBX|2|CE|600-7^MICROORGANISM IDENTIFIED:^LN|2|^S Aureus|||A||F<cr>

        Child micro result, gives antimicrobials susceptibilities for organism identified in first OBX of parent

        OBR|5|2740X^OE|BC402^MIC|87186^Antibiotic MIC|R|198703281230

        |198703290800||||G|Hepatitis Risk||198703290830|Bld

        |401.0^INTERN^JOE^^^^MD^L|X3472|||||198703310900|40.00

        |MB|F|600-7&MICROORGANISM IDENTIFIED&LN^1|||2740X&OE^BC376&MIC<cr>

        OBX|1|ST|28-1^AMIPICILLIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|2|ST|60-4^CARBENICILLIN:SUSC:PT:ISLT:QN:MIC^LN||<16|ug/ml||S|||F<cr>

        OBX|3|ST|267-5^GENTAMICIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|4|ST|496-0^TETRACYCLINE:SUSC:PT:ISLT:QN:MIC^LN||<1|ug/ml||S|||F<cr>

        OBX|5|ST|408-5^PIPERACILLIN:SUSC:PT:ISLT:QN:MIC^LN||<8|ug/ml||S|||F<cr>

        OBX|6|ST|145-3^CEFUROXIME:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|7|ST|161-0^CEPHALOTHIN:SUSC:PT:ISLT:QN:MIC^LN||<8|ug/ml||S|||F<cr>

        OBX|8|ST|20-8^AMOXICILLIN+CLAVULANATE:SUSC:PT:ISLT:QN:MIC^LN

        ||<4|ug/ml||S|||F<cr>

        OBX|9|ST|173-5^CHLORAMPHENICOL:SUSC:PT:ISLT:QN:MIC^LN||<4|ug/ml||S|||F<cr>

        OBX|10|ST|508-2^TOBRAMYCIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|11|ST|12-5^AMAKACIN:SUSC:PT:ISLT:QN:MIC^LN||<4|ug/ml||S|||F<cr>

        OBX|12|ST|516-5^TRIMETHOPRIM+SULFMOETHOXAZOLE:SUSC:PT:ISLT:QN:MIC^LN|

        |<2/38|ug/ml||S|||F<cr>

        OBX|13|ST|76-0^CEFAZOLIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|14|ST|116-4^CEFOXITIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|15|ST|140-4^CEFTRIAXONE:SUSC:PT:ISLT:QN:MIC^LN||<4|ug/ml||S|||F<cr>

        OBX|16|ST|133-9^CEFTAZIDIME:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|17|ST|185-9^CIPROFLOXACIN:SUSC:PT:ISLT:QN:MIC^LN||<1|ug/ml||S|||F<cr>

        Second micro child result, gives susceptibilities or organism identified by Second OBX of parent

        OBR|6|2740X^OE|BC403^MIC|87186^Antibiotic MIC|R|198703281230|198703290800||||G|

        Hepatitis risk||198703290830|Bld|401.0^INTERN^JOE^^^^MD^L|X3472|||||

        198703310900|40.00|MB|F|600-7&MICROORGANISM IDENTIFIED &LN^2|

        ||2740X&OE^BC376&MIC<cr>

        OBX|1|ST|28-1^AMPICILLIN:SUSC:PT:ISLT:QN:MIC^LN||<8|ug/ml||R|||F<cr>

        OBX|2|ST|193-3^CLINDAMYCIN:SUSC:PT:ISLT:QN:MIC^LN||<.25|ug/ml||S|||F<cr>

        OBX|3|ST|267-5^GENTAMICIN:SUSC:PT:ISLT:QN:MIC^LN||<1|ug/ml||S|||F<cr>

        OBX|4|ST|233-7^ERYTHROMYCIN:SUSC:PT:ISLT:QN:MIC^LN||<.5|ug/ml||S|||F<cr>

        OBX|5|ST|383-0^OXACILLIN:SUSC:PT:ISLT:QN:MIC^LN||<.5|ug/ml||S|||F<cr>

        OBX|6|ST|524-9^VANCOMYCIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|7|ST|6932-8^PENICILLIN:SUSC:PT:ISLT:QN:MIC^LN||<8|ug/ml||R|||F<cr>

        OBX|8|ST|161-0^CEPHALOTHIN:SUSC:PT:ISLT:QN:MIC^LN||<2|ug/ml||S|||F<cr>

        OBX|9|ST|173-5^CHLORAMPHENICOL:SUSC:PT:ISLT:QN:MIC^LN||<4|ug/ml||S|||F<cr>

        OBX|10|ST|12-5^AMIKACIN:SUSC:PT:ISLT:QN:MIC^LN||<16|ug/ml||S|||F<cr>

        OBX|11|ST|185-9^CIPROFLOXACIN:SUSC:PT:ISLT:QN:MIC^LN||<1|ug/ml||S|||F<cr>

        OBX|12|ST|428-3^RIFAMPIN:SUSC:PT:ISLT:QN:MIC^LN||<1|ug/ml||S|||F<cr>

      7. Example of narrative report messages

This example of the body of reports shows the following observation from what are usually free text reports. The text within these examples that begins with **-- and ends with --** are explanatory comments, not a formal part of the message. The following outline shows the segments that are included in this example message.

    1. patient identifying record (PID)
    2. EKG order record (OBR)
    3. EKG coded result record (OBX)
    4. EKG result records (OBX):
    1. ventricular rate
    2. atrial rate
    3. QRS width
    4. PR interval
    1. order record for chest x-ray (OBR)
    2. two diagnostic impressions for CXR (OBX)
    3. description record for CXR (OBX)
    4. a recommendation record for CXR (OBX)
    5. an order record for surgical pathology (OBR)
    6. a gross description record for pathology showing use of anatomy fields (OBX)
    7. a microscopic description record for pathology (OBX)
    8. vital signs request (OBR)
    9. six vital signs (OBX)
    10. part of the physical history (OBR & OBX)
    11. end record

MSH|...

PID|...

Order record for EKG

OBR|1|P8753^OE|EK5230^EKG|93000^EKG|R|198703281530|198703290800|||401

0^INTERN^JOE^^^^MD^L|N <cr>

Two interpretation records for EKG

[In this case, the result observation ID assumes the observation code in the order record.]

OBX|1|CE|&IMP|1|^Sinus bradycardia|||A|||F <cr>

OBX|2|CE|&IMP|2|^Occasional PVCs|||A|||F <cr>

Four numeric results for EKG

[The AS4 code is an extension of the CPT4 code (93000) for EKG plus extension .1,.2, etc., as detailed in the Implementation Guide.]

OBX|3|ST|8897-1^QRS COMPLEX:NRAT:PT:CARDIAC VENTRICLES:QN:EKG^LN|

|80|/min|60-100||||F <cr>

OBX|4|ST|8894-8^P WAVE:NRAT:PT:CARDIAC ATRIA:QN:^LN||80|/min

|60-100||||F <cr>

OBX|5|ST|8633-0^QRS DURATION:TIM:PT:HEART:QN:EKG^LN||.08|msec

|.06-.10||||F <cr>

OBX|6|ST|8625-6^P-R INTERVAL:TIM:OT:HEART:QN:EKG^LN||.22|msec

|.18-.22||||F <cr>

Order record for CXR

OBR|2|P8754^OE|XR1501^XR|71020^Chest X-ray AP & Lateral|R|198703281530|198703290800|||

401-0^INTERN^JOE^^^^MD^L|N <cr>

Two CXR diagnostic impressions

OBX|1|CE|71020&IMP^Radiologist's

Impression|1|.61^RUL^ACR~.212^Bronchopneumonia^ACR|||A|||F<cr>

OBX|2|CE|71020&IMP|2|51.71^Congestive heart failure^ACR|||A|||F<cr>

CXR Description with continuation records

OBX|3|TX|71020&GDT||Infiltrate probably representing bronchopneumonia in the right

lower lobe. Also pulmonary venous congestion cardiomegaly and cephalization, indicating early congestive heart failure.<cr>

Recommendations about CXR report to follow up one month with a repeat CXR

OBX|4|CE|71020&REC||71020^Followup CXR 1 month^AS4||||||F<cr>

Order record for pathology report

OBR|3|P8755^OE|SP89-739^SP|88304^Surgical Path

Report|R|198703281530|198703290800|||401-0^INTERN^JOE^^^^MD^L|N<cr>

OBX|1|CE|&ANT|1|Y0480-912001^orbital region^SNM||||||F<cr>

Gross description record (with overflow) for pathology

OBX|2|TX|&GDT^GrossSpecimenDescription|1|The specimen is received in four containers. The first is labeled with the patient's name and consists of three fragments of reddish-brown tissue each of which measures 2 mm in greatest dimension. They are wrapped in tissue paper and submitted in toto in a single cassette| <cr>

Microscopic description record for pathology

OBX|3|TX|&MDT^MicroscopicDescription|1|A|Sections of the first specimen received for frozen section diagnosis reveal thick walled, ramifying vessels lined by a single layer of flattened endothelial cells. The thick smooth muscle walls exhibit no malignant cytologic features nor do the endothelial lining cells. Within the same specimen are also found fragments of fibrous connective tissue, bone, and nerve which are histologically unremarkable||||||F<cr>

Vital signs

OBR|4|P8756^OE|N2345^NR|3000.02^VITAL SIGNS|R|198703281530|198703290800|||401-0^INTERN^JOE^^^^MD^L|N<cr>

OBX|1|ST|8462-4^INTRAVASCULAR DIASTOLIC:PRES:^LN||90|mm(hg)|60-90||||F<cr>

OBX|2|ST|8479-8^INTRAVASCULAR SYSTOLIC:PRES:^LN||120|mm(hg)

|100-160||||F<cr>

OBX|3|ST|8478-0^INTRAVASCULAR MEAN:PRES:^LN||100|mm(hg)|80-120|N|||F<cr>

OBX|4|ST|8867-4^HEART BEAT:NRAT:^LN||74|/min|60-100|N|||F<cr>

OBX|5|ST|8357-6^BLOOD PRESSURE METHOD:^LN||MANUAL BY CUFF||||||F<cr>

OBX|6|ST|8886-4^HEART RATE METHOD:^LN||MANUAL BY PALP||||||F<cr>

Part of the patient's history

OBR|5|P8568^OE|HX2230^CLN||2000^HISTORY|R|198703281530|198703290800|401

0^INTERN^JOE^^^^MD^L|N<cr>

OBX|1|CE|8661-1^CHIEF COMPLAINT:^LN|| ... <cr>

OBX|2|ST|8674-4^HISTORY SOURCE:^LN||PATIENT||||||F<cr>

OBX|3|TX|8684-3^PRESENT ILLNESS:^LN||SUDDEN ONSET OF CHEST PAIN. 2 DAYS,

PTA ASSOCIATED WITH NAUSEA, VOMITING & SOB. NO RELIEF WITH ANTACIDS

OR NTG. NO OTHER SX. NOT PREVIOUSLY ILL.||||||F<cr>

.

.

and so on.

      1. Reporting cultures and susceptibilities
        1. Culture battery/report representation
        2. Organisms and other observations/tests are reported using multiple OBX segments. The granularity expected for HL7culture reports is one observation per organism.

          All OBX segments which have the same observation ID and sub-ID are part of a single observation.

          Each organism in a culture battery is assigned a unique OBX-4-observation sub-ID (and is therefore a separate observation). The organism name is given in OBX-5-observation value (results). It is recommended, but not required, that the organism name may change over time, but the corresponding observation sub-ID never changes. (The observation ID will be identical for all organisms reported.)

          Recommended:

          OBX||CE|organism^413^L|1|^E. Coli||||||F <cr>

          OBX||CE|organism^413^L|2|^S. Aureus||||||F <cr>

          Not recommended:

          OBX||CE|organism1^413^L|1|^E. Coli||||||F <cr>

          OBX||CE|organism2^413^L|1|^S. Aureus||||||F <cr>

        3. Susceptibility battery/report representation
        4. Each antimicrobial should be reported as a separate (OBX) observation where the Observation ID is a code for the antimicrobial. (OBXs for non-antimicrobials observations and related information may be present in the same battery.)

          MIC and disk diffusion (Kirby Bauer) susceptibility results can be combined in the same OBX segment. An OBX can contain a MIC value (in OBX-5-observation value (results)) and OBX-8-abnormal flag that indicates whether the organism is sensitive, resistant, or intermediate (see HL7 table 0078- Abnormal flags under abnormal flag fields).

          Or, an OBX can contain a disk diffusion result string (e.g., sensitive) in the Observation Results field and the disk diffusion interpretation in OBX-8-abnormal flags (e.g., S).

          A susceptibility battery may only contain results corresponding to a single organism that has been previously reported in a culture battery.

        5. Identification of the organism for a susceptibility battery

The following is the preferred, but not required method of organizing data about antimicrobial susceptibility.

A susceptibility battery may only contain results corresponding to a single organism that has been previously reported in a culture battery.

A susceptibility battery is always a child order to a culture battery. OBR-29-parent (parent’s filler order number) in the susceptibility OBR is equal to OBR-3-filler order number in the parent culture OBR and is used to link the two batteries logically.

The susceptibility battery also contains a linkage back to a particular organism in the culture battery. OBR-26-parent result of the susceptibility OBR contains two components--OBX-3-observation identifier (code only) and OBX-4-observation sub-ID of the OBX in the culture battery which contains the organism name.

The identity of an organism/isolate is expected to be refined over time. When an organism identification changes, the parent culture battery can be resent without resending the child susceptibility battery.

The case may occur where a susceptibility battery is reported on an organism which has not yet been identified. In this case, it is required that a placeholder OBX for the organism name be reported in the corresponding culture battery so that OBR-26-parent result in the susceptibility OBR will point to a valid organism OBX in the culture battery. Transmission of an organism OBX (in the culture battery) with the Sub-ID field valued must precede the susceptibility battery which uses the identical Sub-ID in OBR-26-parent result.

Discussion and examples:

Order micro results (blood culture)

MSH|^~\&|LAB1||DESTINATION||19910127105114||ORU^R03|LAB1003929

PID||900329493||PETERSON^DAVID||19270222|M|

PV1||I|

ORC|NW|

OBR||A485388^OE|H29847^LAB1|BLOOD CULTURE|||

Result for culture

ORC|RE...

OBR||A485388^OE|H29847^LAB1|BLOOD CULTURE||...

OBX||FT|SDES^SOURCE||BLOOD-RAPID||||||F <cr>

OBX||FT|EXAM^MICROSCOPIC||GRAM POSITIVE COCCI IN GROUPS||||||F <cr>

OBX||FT|ORGANISM^IDENTIFIER|1|ISOLATE 1||||||F <cr>

Result for susceptibility

ORC|RE...

OBR||A485388^OE|H29848^LAB1|BT1^SUSCEPTIBILITY BATTERY|||||MC|to field

... 26|ORGANISM^1|||A485388&OE^H29847&LAB1|

OBX||CE|ACAPEN^PENICILLIN||0.5|R|||||F <cr>

OBX||CE|ACHNAF^NAICILLIN||1|R|||||F <cr>

OBX||CE|ACHCCLI^CLINDAMYCIN||<=0.1|S|||||F <cr>

Result for Culture ID

ORC|RE...

OBR||A485388^OE|H29847^LAB1|BLOOD CULTURE||...

OBX||FT|ORGANISM^IDENTIFIER|1|STAPH EPI||||||F <cr>

New result for culture ID

ORC|RE...

OBR||A485388^OE|H29847^LAB1|BLOOD CULTURE||...

OBX||FT|ORGANISM^IDENTIFIER|1|STAPH EPI SERO TYPE 3||||||F <cr>

Assumptions

    1. All OBXs in the parent order must employ the same coding scheme.
    2. The Sub-ID of the parent OBXs (result) cannot change.
      1. Results reporting

Suppose an order has been placed to the EKG system for three EKGs to be performed on successive days. These results can be reported in various ways.

1. The EKG application needs to communicate to anyone the results of the 1st EKG:

ORU message:

MSH|...

PID|...

OBR|||89-551^EKG|93000^EKG REPORT|... // 1ST child OBR.

OBX||ST|93000.1^VENTRICULAR RATE (EKG)|...

OBX||ST|93000.2^...

...

...

OBX||FT|93000.14^EKG COMMENT|...

OBR|... // other observation segments to follow

2. The EKG application needs to communicate to anyone the original order information, the details of the child orders, the fact of the child spin off, and the results of all three EKGs:

ORU message:

MSH|...

PID|...

ORC|PA|A226677^OE|89-450^EKG|... // original order's ORC.

OBR||||93000^EKG REPORT|... // original order segment

ORC|CH|A226677^OE|89-451^EKG<cr> // 1st child ORC.

OBR||||93000^EKG REPORT|... // 1st EKG child OBR.

OBX||ST... // 1st EKG report

OBX||ST...

...

OBX||FT...

ORC|CH|A226677^OE|89-452^EKG<cr> // 2nd child ORC.

OBR||||93000^EKG REPORT|... // 2nd EKG child OBR.

OBX||ST... // 2nd EKG report

OBX||ST...

...

OBX||FT...

ORC|CH|A226677^OE|89-453^EKG<cr> // 3rd child ORC.

OBR||||93000^EKG REPORT|... // 3rd EKG child OBR.

OBX||ST... // 3rd EKG report

OBX||ST...

...

OBX||FT...

... // Other parts of message might follow.

In this case, we are transmitting the information about the fact of child spin off, the original order and the results all at the same time. Thus, this form of the ORU message reports not only the results of an order, but all of its associated ordering information including the original OBR for three EKGs that was replaced by three separate OBR EKG segments.

      1. Patient-specific clinical data with an order

Reporting body weight and height with a creatinine clearance.

MSH|...

PID|...

ORC|NW|... // New order.

OBR||P42^PC||2164-2^CREATININE RENAL CLEARANCE:VRAT:24H:UR:QN^LN|...

OBX||ST|3141-9^BODY WEIGHT:MASS:^LN||62|kg<cr>

OBX||ST|3137-7^BODY HEIGHT:LEN:^LN||190|cm<cr>

ORC|NW|... // Next order.

    1. CLINICAL TRIALS
    2. Academic medical institutions, academic research coordinating centers, and industry-based research organizations often have computer systems that support registration, compliance and safety monitoring, and outcomes analysis for clinical trials. Patients on these trials may receive their treatment and evaluation at one research facility or at many different medical facilities. Clinical trials systems could message other applications that a patient is registered on a clinical trial. Several functional examples follow: (1) Some of the data required to monitor or analyze outcomes on the trial are generated in other medical computer systems, such as pharmacy, laboratory, or clinical applications. These applications may tag patients on clinical trials so that data may be sent back to the clinical trials system. (2) Order entry systems could also use patient registration information: they could display standard order sets for the protocol or particular treatment/evaluation phases of a complex protocol. They could pass the clinical trials status on to service provider applications to initiate a results report to the clinical trials system. It could also be passed to billing applications that may use specialized procedures for research-related costs. (3) Nursing and pharmacy systems can use information on patients’ clinical trials status for care plans or dispensing authorization (auxiliary to the physician’s prescription), respectively. There could be many other uses of this message since a patient’s involvement on a clinical trial affects all concurrent medical care.

      To meet monitoring and analysis requirements, patient registration, treatment, diagnostic, and study summary data are reported to study sponsors like pharmaceutical or medical device companies, regulatory agencies, and data management centers for collaborative studies. Automated procedures must be used to transfer these voluminous data among the participant computer systems in a cost-efficient and timely manner. The following additions to HL7 aim to specify standard messaging transactions to automate such reporting as well as to enable communication of clinical trials registration data to relevant medical applications as described above.

      The objectives of the clinical trials messages and segments are to identify that patients are registered on clinical trials, have entered a study-specific phase of treatment or evaluation, or to indicate the study protocol’s data schedule. Messages include OBR (Section 4.5.1, ""OBR - observation request segment"), OBX (Section 7.3.2, "OBX - observation/result segment"), RXA (Section 4.8.14, "RXA - pharmacy /treatment administration segment"), and RXR (Section 4.8.3, "RXR - pharmacy/treatment order segment") segments to report observations or drug administration that are relevant to the study. In addition to study-related clinical data, OBX segments may contain the results of study variables according to master code tables such as the Health Outcomes Variables (HL7 Implementation Guide). There are also master segments to describe the clinical trial, its treatment phases, and its scheduled date-time points for message recipients. These are analogous to the Test/Observation Master Segments (Chapter 8), with the trials, phases, or scheduled time points treated as the OMx treats observation identifiers.

      1. Terminology and concepts
        1. Clinical trial:
        2. A scientifically rigorous study of individual outcomes to some process of healthcare intervention. Clinical trials usually involve medical treatments so this document will use the term treatment, rather than the broader term intervention. A clinical trial design may randomly assign and compare one treatment approach with another, or generate safety and efficacy data on a single treatment approach. The clinical trial has a protocol for the patient’s course of treatment and/or evaluation. There is usually a schedule for collection of data to measure compliance, safety, and outcomes.

        3. Phase of a clinical trial:
        4. A treatment and/or observation interval of a clinical trial. A phase may represent an interval with a specific treatment regimen assigned randomly or otherwise, with each regimen of a progression of treatments, or with an evaluation component only. Generally, for each phase, there is an explicit patient management, evaluation, and data collection schedule. Each of these phases may have associated safety, outcome, and quality-control variables. A simpler study design need not use the phase structures.

          The phase structure serves several purposes in the clinical trials messages. Other computer systems may need to know that the patient has begun a phase with a particular treatment regimen or diagnostic schedule, such as the pharmacy or order entry systems. When reporting study data, observations and variables often describe particular phase instances. For example, each course of treatment may have its own values for the same set of observations or variables. Phase instances may also have distinct data schedules that need to be linked to submitted data.

          Several examples follow with each line depicting a phase.

          1. Example 1
          2. Alternating treatment plus observation intervals:

            __________> _________> _________> _________> ...

            Rx A Rx B Rx A Rx B

          3. Example 2
          4. Random assignment to two courses each of treatment A or B, all responding patients to treatment C, continue with observation and a diagnostic regimen after all treatment phases are completed. Treatment phases include the evaluation component for that course of treatment:

            ___________> __________

            Rx A Crs 1 Rx A Crs 2

            \> __________> __________> _______

            / Rx C Crs 1 Rx C Crs 2

            Observe

            ___________> __________/

            Rx B Crs 1 Rx B Crs 2

          5. Example 3

          Random assignment to placebo or treatment A, both taken daily and evaluated monthly.

          ___________> __________> __________> __________> . . .

          Month 1 Month 2 Month 3 Month 4

        5. data schedule:
        6. The treatment, diagnostic, and procedural requirements, as well as data collection due dates, scheduled on a timeline for most clinical trials. As data are reported, they may need to reflect the scheduled time point that they satisfy. Clinical trials quality control requires attention to compliance between the protocol’s schedule and patient data records.

          The data schedule will be keyed by time points relative to the study. Some data may be due prior to and at the conclusion of the study and/or one or more of its phases. Some are interim within the study or its phases depending on protocol events such as administration of treatment, arbitrary time intervals instated to make and record assessments, or some clinical milestone such as relapse of disease. Often, multiple data parameters are scheduled at the same time point. Several examples follow:

          1. Schedule for a randomized cancer prevention trial
          2. Treatment 1st - 3rd Years

             

            Reg

            Rand

            Months

                 

            3

            6

            9

            12

            18

            24

            30

            36

            42

            48

            54

            60

            66

            72

            78

            84

            Disease Staging

            X

             

                                         

            H & P

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            Assess Adverse Events and Outcome Variables

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            Chest PAL X-ray

            X

               

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            X

            CBC, Diff, Plt

            X

               

            X

            X

            X

            X

            X

            X

            X

             

            X

             

            X

             

            X

             

            X

            SMA 12

            X

             

            X

            X

            X

            X

            X

            X

            X

            X

             

            X

             

            X

             

            X

             

            X

            Cholesterol and Triglyceride

            X

             

            X

            X

            X

            X

            X

            X

            X

            X

                           

            Electrolytes

            X

                                             

            Plasma Retinoic Acid

            X

            X

                                           

            Cotinine Level (nonsmokers)

             

            X

                                           

          3. Schedule for a cancer chemotherapy trial

 


Prestudy

Prior to Each Cycle


During Cycle

Every 3 Cycles


End Study

Informed Consent

X

X

     

H & P Neurologic

X1

     

X

Vital Signs

X1

 

X2

 

X

Disease Staging

X

X3

   

X

ECG

X1

 

X4

   

Radiology*

 

X

 

X5

X

Chest X-ray

X

X

   

X

Bone Marrow Bx.

X6

       

HCG

X1

       

Assess Adverse Events

 

X

   

X

CBC, Diff, Plt

X1

   

X7

X

UA, PT, PTT

X1

     

X

SMA12, Mg, CEA

X1

X

   

X

  1. Within 3 days prior to start of infusion.
  2. At 0,10,30, and 60 minutes after start of drug administration and one-half hour after test drug infusion ends for cycles 1 and 2. For subsequent cycles at 0 and 10 minutes after start of drug administration, and at the end of infusion.
  3. Record tumor measurements at the end of every cycle if assessable clinically by physical examination or with simple X-ray.
  4. Continuous ECG monitoring during infusion if necessary, due to bradycardia (<50 beats/min) or other significant cardiac findings.
  5. When measurable disease requires complex radiologic studies such as CT or radionuclide scans.
  6. To be done at baseline (if clinically indicated) at the option of the investigator and also during study if patient has prolonged myelosuppression (WBC<2000 cells/mm3>14 days).
  7. Blood counts will be done twice weekly during cycles 1 and 2, then weekly.

* Radionuclide scan and X-ray of the bones, CT scans of the chest, pelvis, and brain only when clinically indicated.

          1. Schedule for a randomized pain medication trial

 

Day 1
Before RX

Day 1
After RX


Daily


Day 30

H & P

X

   

X

Creat, Bili, SGOT

X

     

Urinalysis

X

     

Pain Diagnosis

X

     

Opioid Dose Strand

X

X

X

X

Non-opiod Analgesic

 

X

X

X

Medications for Side Effects

 

X

X

X

Phone Report: Pain and Side Effects

   

X

 

Visual Analog Scales

X

X

X

X

Pain Evaluation Form

X

   

X

    1. CLINICAL TRIALS - TRIGGER EVENTS AND MESSAGE DEFINITIONS
    2. The event type will be carried in the message header segment.

      1. CRM - clinical study registration message (events C01-C08)
      2. The data are entered in a clinical trials or other patient data system and broadcast to other facility systems such as order entry, pharmacy, accounting, and nursing systems. They can be transmitted in batch mode or broadcast to outside-facility computer systems, including diagnostic and patient management systems. It is assumed that proper routing and security mechanisms are in place.

        Event

        Description

        C01

        Register a patient on a clinical trial

        C02

        Cancel a patient registration on clinical trial (for clerical mistakes since an intended registration should not be canceled)

        C03

        Correct/update registration information

        C04

        Patient has gone off a clinical trial

        C05

        Patient enters phase of clinical trial

        C06

        Cancel patient entering a phase (clerical mistake)

        C07

        Correct/update phase information

        C08

        Patient has gone off phase of clinical trial

        CRM^C01-C08

        Clinical Study Registration Message

        Chapter

        MSH

        Message Header

        2

        {PID

        Patient Identification

        3

        [PV1]

        Patient Visit

        3

        CSR

        Clinical Study Registration

        7

        {[CSP]}

        Clinical Study Phase

        7

        }

           

      3. CSU - unsolicited study data message (events C09-C12)
      4. Data are entered in the clinical trials system or may reside in laboratory, pathology, radiology, pharmacy and/or other clinical applications. Most clinical trials data - clinical observations and study variables - will be communicated in OBR and OBX segments. The CSR, CSP, and CSS segments will identify the specific association these OBR and OBX have to the clinical trial. Data can be broadcast or transmitted in batch mode to study sponsors or the data management center for collaborative studies.

        Event

        Description

        C09

        Automated time intervals for reporting, like monthly

        C10

        Patient completes the clinical trial

        C11

        Patient completes a phase of the clinical trial

        C12

        Update/correction of patient order/result information

        CSU^C09-C12

        Unsolicited Study Data Message

        Chapter

        MSH

        Message Header

        2

        {

           

        PID

        Patient Identification

        3

        [PD1]

        Additional Demographics

        3

        [{NTE}]

        Notes and comments

        2

        [PV1

        Patient Visit

        3

        [PV2]

        Patient Visit - Additional Info

        3

        ]

           

        CSR

        Clinical Study Registration

        7

        {[CSP]

        Clinical Study Phase

        7

        {[CSS]

        Clinical Study Data Schedule

        7

        {[ORC]

        Common Order

        4

        OBR

        Observation Battery

        7

        {OBX}

        Observation Results

        7

        }

           

        {[ORC]

        Common Order

        4

        {RXA

        Pharmacy Administration

        4

             

        RXR

        Pharmacy Route

        4

        }

           

        }

           

        }

           

        }

           

        }

           

      5. MFN/MFK- clinical trials master file messages
        1. CMO, CM1, CM2 – clinical trials master file segments

      The MFN/MFK message structures are defined in Chapter 8, section 8.3.1. The master file definition segments are defined in Chapter 8, section 8.10.2, 8.10.3 and 8.10.4, respectively,.

    3. CLINICAL TRIALS - SEGMENT DEFINITIONS
      1. CSR - clinical study registration segment
      2. The CSR segment will contain fundamental administrative and regulatory information required to document a patient’s enrollment on a clinical trial. This segment is all that is required if one needs to message another system that an enrollment has taken place, i.e., from clinical trials to pharmacy, accounting, or order entry systems. The CSR segment may also be used to identify that OBR, OBX, RXA, and RXR segments that follow represent data applicable to the identified study.

        Figure 7-14. CSR attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM#

        ELEMENT NAME

        1

        60

        EI

        R

           

        01011

        Sponsor Study ID

        2

        60

        EI

        O

           

        01036

        Alternate Study ID

        3

        60

        CE

        O

           

        01037

        Institution Registering the Patient

        4

        30

        CX

        R

           

        01038

        Sponsor Patient ID

        5

        30

        CX

        O

           

        01039

        Alternate Patient ID - CSR

        6

        26

        TS

        R

           

        01040

        Date/Time Of Patient Study Registration

        7

        60

        XCN

        O

        Y

         

        01041

        Person Performing Study Registration

        8

        60

        XCN

        R

        Y

         

        01042

        Study Authorizing Provider

        9

        26

        TS

        C

           

        01043

        Date/time Patient Study Consent Signed

        10

        60

        CE

        C

           

        01044

        Patient Study Eligibility Status

        11

        26

        TS

        O

        Y/3

         

        01045

        Study Randomization Date/time

        12

        200

        CE

        O

        Y/3

         

        01046

        Randomized Study Arm

        13

        200

        CE

        O

        Y/3

         

        01047

        Stratum for Study Randomization

        14

        60

        CE

        C

           

        01048

        Patient Evaluability Status

        15

        26

        TS

        C

           

        01049

        Date/time Ended Study

        16

        60

        CE

        C

           

        01050

        Reason Ended Study

        1. CSR field definitions
        2. Sponsor study ID (EI) 01011
        3. Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID).

          Definition: The field contains the universal identifier for the clinical trial. Since many clinical trials are collaborative and multi-centered, and since one goal of these standards is to promote automated data exchange among sites, the primary identifier should come from the sponsor. The coding system component may reference the sponsor. Example:

          T93-0807^NCI (where NCI refers to the National Cancer Institute).

        4. Alternate study ID (EI) 01036
        5. Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

          Definition: This field contains an alternate identifier that may be used as agreed upon by messaging parties. For example, the sending application may code its internal study number here.

        6. Institution registering the patient (CE) 01037
        7. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field distinguishes the institution where registration occurred. The legal approval to give patients access to a trial lies with the Internal Review Board for the institution. Universal healthcare provider facility codes should be used when they exist. Currently coding systems must be devised by users.

        8. Sponsor patient ID (CX) 01038
        9. Components: <ID (ST)> ^ <check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ < assigning authority (HD)> ^ <identifier type code (IS)> ^ < assigning facility (HD)>

          Subcomponets of assigning authority: <namespace ID (IS)> & <universal ID (ST)> * <universal ID type (ID)>

          Subcomponents of assigning facility: <namespace ID (IS)> & <universal ID (ST)> * <universal ID type (ID)>

          Definition: This field contains the main patient identification for the study. The sponsor patient ID allows automation of records on patients treated at various institutions. The sponsor patient ID should be unique for each patient participating on the study identified in CSR-1-sponsor study ID.

        10. Alternate patient ID - CSR (CX) 01039
        11. Components: <ID (ST)> ^ <check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ < assigning authority (HD) )> ^ <identifier type code (IS)> ^ < assigning facility (HD)>

          Subcomponets of assigning authority: <namespace ID (IS)> & <universal ID (ST)> * <universal ID type (ID)>

          Subcomponents of assigning facility: <namespace ID (IS)> & <universal ID (ST)> * <universal ID type (ID)>

          Definition: This field may be the sending application’s patient identification. Coding conventions may be used as agreed upon by users.

        12. Date/time patient of patient study registration (TS) 01040
        13. Definition: This field contains the date of the patient registration is mandatory. The time component is optional. The time stamp for a registration may be useful. For example, patients may be randomized at the pharmacy according to the order in which they were registered.

        14. Person performing study registration (XCN) 01041
        15. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code(ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID )> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field contains the healthcare facility employee who actually phoned, submitted a form, or interactively registered the patient on the clinical trial. This is generally done under authorization from the attending physician or a principal or collaborating investigator.

        16. Study authorizing provider (XCN) 01042
        17. Components: <ID number (ST)> ^ <family name (ST)> & <last name prefix (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (IS)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type code(ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID )> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ <name representation code (ID)>

          Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>

          Definition: This field contains the healthcare provider, generally the attending physician, who is accountable that the patient is eligible for the trial and has signed an informed consent. National standard healthcare provider codes should be used when they exist. This field is required for the patient registration trigger event (C01).

        18. Date/time patient study consent signed (TS) 01043
        19. Definition: This field contains the consent form signing date is collected to provide a checkpoint that the consent form was obtained. Since many trials involve unapproved drugs and other treatment modalities, the consent form is highly important to document and store. This field is required for the patient registration trigger event (C01). The time component is optional.

        20. Patient study eligibility status (CE) 01044
        21. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field indicates whether the patient was an appropriate candidate for the trial. It is important for quality control and data analysis. The code set will vary among clinical trials. An example answer set is: Yes, No, By Approval, Not Assessed, Unknown. This field is required for the patient registration trigger event (C01).

        22. Study randomization date/time (TS) 01045
        23. Definition: This field contains the date the patient was randomized. The time component is optional. Up to three randomizations are supported. Sequential randomizations are listed in chronologic order.

        24. Randomized study arm (CE) 01046
        25. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains codes that must be developed by users. The blind treatment assignment may be communicated as a dummy text: ^blind or if a coded treatment assignment must also be communicated: 1^blind^local_code. If more than one randomization occurs, the second and third repetitions will correspond to the second and third repetitions of CSR-11-study randomization date/time, if they exist.

        26. Stratum for study randomization (CE) 01047
        27. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: Many studies have stratified randomization schemas. The strata codes must be developed for each clinical trial. This field is important for statistical analysis of the study results. The second and third repetitions will correspond to the second and third repetitions of CSR-11-study randomization date/time and CSR-12-randomized study arm, if they exist.

        28. Patient evaluability status (CE) 01048
        29. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field categorizes the inclusion of this patient’s data for various analyses. The patient’s data may be evaluable for analysis of adverse events but not for outcomes. Or it may be evaluable for some outcomes and not others. The coding systems will vary among trials. This field is required for the off-study trigger event (C04).

        30. Date/time ended study (TS) 01049
        31. Definition: This field contains the date the patient completes or is otherwise removed from the study. This field is required for the off-study event (C04). The time component is optional.

        32. Reason ended study (CE) 01050

        Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

        Definition: This information is important for quality control and data analysis. The coding systems will vary among trials. An example answer set is: Adverse Events, Completed Trial, Death, Drug Resistance, Intercurrent Illness, Lost to Follow up, No Response to Therapy, Noncompliance, Progression of Disease, Protocol Violation, Refused Further Therapy. This field is required for the off-study trigger event (C04).

      3. CSP - clinical study phase segment
      4. The CSP segment contains information on a patient’s status for a particular phase of the study. This segment is optional and is useful when a study has different evaluation intervals within it. (See Section 7.5.1.2, "Phase of a clinical trial." The CSP segment is implemented on a study-specific basis for messaging purposes. The fact that the patient has entered a phase of the study that represents a certain treatment approach may need to be messaged to other systems, like pharmacy, nursing, or order entry. It is also important to sponsors and data management centers for tracking patient progress through the study and monitoring the data schedule defined for each phase. It may subsume OBR and OBX segments that follow it to indicate that these data describe the phase.

        Figure 7-15. CSP attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM#

        ELEMENT NAME

        1

        60

        CE

        R

           

        01022

        Study Phase Identifier

        2

        26

        TS

        R

           

        01052

        Date/time Study Phase Began

        3

        26

        TS

        O

           

        01053

        Date/time Study Phase Ended

        4

        60

        CE

        C

           

        01054

        Study Phase Evaluability

        1. CSP field definitions
        2. Study phase Identifier (CE) 01022
        3. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field identifies the phase of the study that a patient has entered. The set of codes will generally be developed for each clinical trial, although there are patterns that trials in particular disease or prevention categories may follow. The phase structure will be based on data collation and reporting needs for the study. It is an operational structure and need not be discussed in the clinical trial protocol documentation or even made known to patient care or data collection personnel. The coding system will usually be developed by the sponsor for multicentered clinical trials to standardize the receipt of automated data. Local codes could be added if an additional local message is desired. Otherwise, local coding conventions will be used. Example: 2^Init Rx, Crs 1^NCI T93-0807 Phases

        4. Date/time study phase began (TS) 01052
        5. Definition: This field contains the date the patient began this phase interval. The time is optional.

        6. Date/time study phase ended (TS) 01053
        7. Definition: This field contains the date the patient ended this phase interval.

        8. Study phase evaluability (CE) 01054

        Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

        Definition: This field contains the disposition of the patient’s data for this phase interval for quality control and data analysis purposes. The set of codes will vary across clinical trials. An example answer set: Complete, Adverse Events Only, Outcome Only, None, Unknown.

      5. CSS - clinical study data schedule segment
      6. The Clinical Study Data Schedule (CSS) segment is optional depending on whether messaging of study data needs to be linked to the scheduled data time points for the study. (See Section 7.5.1.3, "data schedule.") The CSS segment enables communication of data schedules and adherence that ranges from the basic to the elaborate. Use of the segment must be planned for each implementation. Each CSS segment will subsume observation and drug administration segments that follow, indicating that they satisfy this scheduled time point.

        Figure 7-16. CSS attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM#

        ELEMENT NAME

        1

        60

        CE

        R

           

        01055

        Study Scheduled Time Point

        2

        26

        TS

        O

           

        01056

        Study Scheduled Patient Time Point

        3

        60

        CE

        O

        Y/3

         

        01057

        Study Quality Control Codes

        1. CSS field definitions
        2. Study scheduled time point (CE) 01055
        3. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field contains the time point for which some instance of data for the clinical trial was scheduled. The time point may be expressed in any coded format. Some examples of time point values are: Prestudy, Pretreatment, 4 times/day, Weekly, Every 3 days, Every course, At Relapse, At Off Study. Alternatively, frequency values from Section 4.4.2, "Interval component (CM)," (the Interval component of the TQ Timing/Quantity data type could be used.) Time point naming conventions and usage must be specified by implementors.

        4. Study scheduled patient time point (TS) 01056
        5. Definition: This field contains the date/time that the scheduled time point should occur for this patient. The date/time may be used for a reference in reviewing the actual dates on which scheduled items that follow in OBR segments occur for the patient. The time component is optional.

        6. Study quality control codes (CE) 01057

        Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

        Definition: In clinical settings, the actual date of a treatment or procedure may vary considerably from the due date. Various coding systems may be used to evaluate the adherence to the schedule or acceptability of the data. Coding systems will vary among trials.

      7. CTI - clinical trial identification segment
      8. The CTI segment is an optional segment that contains information to identify the clinical trial, phase and time point with which an order or result is associated.

        Figure 7-17. CTI attributes

        SEQ

        LEN

        DT

        OPT

        RP/#

        TBL#

        ITEM#

        ELEMENT NAME

        1

        60

        EI

        R

           

        01011

        Sponsor Study ID

        2

        60

        CE

        C

           

        01022

        Study Phase Identifier

        3

        60

        CE

        O

           

        01055

        Study Scheduled Time Point

        1. CTI field definitions
        2. Sponsor study ID (EI) 01011
        3. Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

          Definition: This field contains the universal identifier for the clinical trial. The coding system is as described in CSR-1-sponsor study ID.

        4. Study phase identifier (CE) 01022
        5. Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

          Definition: This field identifies the phase of the study that a patient has entered. See CSP-1-study phase identifier for details of coding systems.

        6. Study scheduled time point (CE) 01055

        Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>

        Definition: This field identifies a time point in the clinical trial phase. CTI-2-study phase identifier must be valued if CTI-3-study scheduled time point is valued. Should correspond to CSS-1-study scheduled time point.

      9. CM0 clinical study master segment
      10. The clinical study master segment (CMO) is described in Chapter 8.

      11. CM1 clinical study phase master segment
      12. The clinical study phase master segment (CMI) is described in Chapter 8.

      13. CM2 clinical study schedule master segment

      The clinical study schedule master segment is described in Chapter 8.

    4. CLINICAL TRIALS - EXAMPLES
      1. CRM - message when patient registered on a clinical trial
      2. MSH|^~\&|PDMS|MDACC|ORDER ENTRY|MDACC|||CRM^C01 <cr>

        PID|1||223892||King^Sally^Brown||19530117 <cr>

        CSR|1|DM94-004^MDACC||MDACC|3||19941013||342^^^^^^^PDMS|
        .....1005^^^^^^^MDACC| 19941013|Y^Meets All Requirements^PDMS <cr>

      3. CRM - message when patient begins a phase of a clinical trial
      4. MSH|^~\&|PDMS|MDACC|PHARM|MDACC|||CRM^C05 <cr>

        PID|1||352352||West^Mary^L.||19230213 <cr>

        CSR||ID91-025^MDACC||MDACC|301||19941005|||||19941201|2^blind^PDMS|
        12^Smoker,Stage II,<60^PDMS <cr>

        CSP||2^Treatment^PDMS|19941201 <cr>

      5. CSU - message reporting monthly patient data updates to the sponsor

      MSH|^~\&|PDMS|MDACC|CTMS|NCI|||CSU^C09 <cr>

      PID|1|235925||J^F^M||19350616 <cr> [note:anonymous]

      CSR||T93-080^NCI|ID93-030^^MDACC|MDACC|14||19941205 <cr>

      CSS||^Prestudy|19941204|C^compliant^NCI <cr>

      OBR|1|||3^EligibilChecklist^StudyFormsList|||19941205 <cr>

      OBX|1|CE|ELIG1^Elig Crit 1^NCI|Text Elig Crit 1|Y <cr>

      OBX|2|CE|ELIG2^Elig Crit 2^NCI||Y <cr>

      OBR|2|||4^Prestudy Form^StudyFormsList|||19941205 <cr>

      OBX|1|CE|QOL^Quality of Life^NCI||2&3&2&4&2^SPITZER <cr>

      OBX|2|CE|PRICHEM^Prior Chemo^NCI||Yes <cr>

      OBX|3|CE|PRIBIOL^Prior Biologics^NCI||No <cr>

      OBX|4|NM|NUMREM^Number Prior Remissions^NCI||2 <cr>

      OBR|3|||88304^SURG PATH REPORT|||19940101 <cr>

      OBX|1|CE|88304&ANT|1|9999^PANCREAS^SNM <cr>

      OBX|2|CE|88304&IMP|2|9999^ADENOCARCINOMA^SNM <cr>

      OBR|4|||85022^CBC|||199412050800 <cr>

      OBX|1|ST|718-7^HEMOGLOBIN:^LN||13.4|GM/DL|14-18|N||S|F|19860522<cr>

      [cbc values]

      OBX|2|ST|4544-3^HEMATOCRIT:^LN||40.3|%|42-52|L||S|F|19860522<cr>

      OBX|3|ST|789-8^ERYTHROCYTES:^LN||4.56|10*6/ml|4.7-6.1|L||S|F|19860522<cr>

      OBX|4|ST|787-22^ERYTHROCYTE MEAN CORPUSCULAR VOLUME:^LN||88|fl |80-94|N||S|F|19860522<cr>

      OBX|5|ST|785-6^ERYTHROCYTE MEAN CORPUSCULAR HEMOGLOBIN:^LN||29.5|pg |27-31|N||N|F|19860522 <cr>

      OBX|6|ST|786-4^ERYTHROCYTE MEAN CORPUSCULAR HEMOGLOBIN CONCENTRATION:^LN| |33|%|33-37|N||N|F|19860522<cr>

      OBX|7|ST|6690-2^LEUKOCYTES:^LN||10.7|10*3/ml|4.8-10.8|N||N|F|19860522 <cr>

      OBX|8|ST|764-1^NEUTROPHILS BAND FORM/100 LEUKOCYTES:^LN||2|%||||F <cr>

      OBX|9|ST|769-0^NEUTROPHILS SEGMENTED/100 LEUKOCYTES:^LN||67|%||||F <cr>

      OBX|10|ST|736-9^LYMPHOCYTES/100 LEUKOCYTES:^LN||29|%||||F <cr>

      OBX|11|ST|5905-5^MONOCYTES/100 LEUKOCYTES:^LN||1|%||||F <cr>

      OBX|12|ST|713-8^EOSINOPHILS/100 LEUKOCYTES:^LN||2|%||||F <cr>

      OBR|5|||80004^ELECTROLYTES|||199412050800 <cr>

      OBX|1|ST|2947-0^SODIUM:^LN||150|mmol/l|136-148|H||A|F|19850301 <cr>

      OBX|2|ST|2823-3^POTASSIUM:^LN||4.5|mmol/l|3.5-5|N||N|F|19850301<cr>

      [electrolytes values]

      OBX|3|ST|2069-3^CHLORIDE:^LN||102|mmol/l|94-105|N||N|F|19850301<cr>

      OBX|4|ST|2028-9^CARBON DIOXIDE.TOTAL:^LN||27|mmol/l|24-31|N||N|F |19850301<cr>

      CSP|1|^Course 1|19941205|19950120|Y^Toxicity and Response^NCI <cr>

      CSS|1|^Course Completion|19950120| <cr>

      OBR|1|||2039-6^CARCINOEMBRYONIC AG:^LN|||19941008 <cr>

      OBX|1|NM|2039-6^CARCINOEMBRYONIC AG:^LN||15.2|IU <cr>

      OBR|2|||10^Course Completion Form^StudyPhaseFormsList|||19950120 <cr>

      OBX|1|CE|CRSRESP^Course Response^NCI||4^Partial Response <cr>

      OBX|2|NM|DRUGDISP^Capsules Dispensed^NCI||60 <cr>

      OBX|3|NM|DRUGRETN^Capsules Returned^NCI||5 <cr>

      OBX|4|ID|DXCOMP^Diagnostic Tests Compliance^NCI||Y <cr>

      OBX|5|CE|PERSTAT^Performance Status^NCI||3^ZUBRODS <cr>

      OBR|3|||9999^Adverse Events <cr>

      OBX|1|CE|9999&EVENT|1|45^Vomiting^NCI <cr>

      OBX|2|DT|9999&ONSET|1|19941215 <cr>

      OBX|3|DT|9999&RESOLUTION|1|19941217 <cr>

      [Note: Needs to maintain compatibility with ongoing product experience message efforts.]

      OBX|4|ID|9999&GRADE|1|M^MODERATE <cr>

      OBX|5|ID|9999&RELATION_TO_RX|1|L^LIKELY <cr>

      OBX|6|CE|9999&EVENT|2|303^Dyspnea^NCI <cr>

      OBX|7|DT|9999&ONSET|2|19941231 <cr>

      OBX|8|DT|9999&RESOLUTION|2 <cr>

      OBX|9|ID|9999&GRADE|2|MI^MILD <cr>

      OBX|10|ID|9999&RELATION_TO_RX|2|U^UNLIKELY <cr>

      [Note2: There are other possible OBX suffixes defined by FDA: APEX/ NADIR, ACTION, THERAPY, OUTCOME, RECHALLENGE.]

    5. PRODUCT EXPERIENCE

Patients experience symptoms, manifest signs or develop diseases or syndromes while exposed to medical devices and/or drugs. Evidence suggests that some of these symptoms, signs, diseases or syndromes may develop as a consequence of the products used. Examples include the development of clear cell adenocarcinoma of the vagina in the daughters of mothers treated with diethylstilbestrol during pregnancy and gastrointestinal bleeding in patients treated with non-steroidal anti-inflammatory drugs. While it is difficult to prove causality, strong evidence exists in many cases.

It is important to document such experiences during the development and testing of products to identify potential adverse effects but also during routine use of the product to identify serious adverse effects which occur infrequently. The latter is the realm of pharmacoepidemiology and post-marketing surveillance.

Adverse events are important for product manufacturers as signal generating hypotheses concerning drug kinetics or dynamics, often in special populations of patients. Adverse events are important for regulators in ensuring that manufacturers protect the public health in assessments of risk and benefits, including special populations, and that they promptly and thoroughly investigate individual events and clusters of events. Adverse events are especially important for practitioners and patients who always deal with a special population of one individual who may be having an event and a practitioner seeking information about related events seen with the same or similar products.

Reporting has usually focused on serious and unexpected events. Serious, if defined unambiguously, focuses attention on those events of most importance to the patient and practitioner. Expected events are those which prior experience has demonstrated to be probabilistically linked to the product and are generally included in product labeling.

Because of the risks associated with the uses of drugs and medical devices, a system of surveillance has been established in most developed countries. With globalization of the marketplace, the need to share this information across national boundaries has increased. Currently most reporting is performed using a series of forms, including CIOMS, yellow cards, the FDA’s 1639 and MedWatch forms and the Japanese form, which are sent:

 

Figure 7-18. - Flow of product experience information

Regardless of who originates a drug experience report, documentation of the experience eventually reaches the regulatory agencies. The manufacturer is mandated to alert the regulatory agency.

Electronic interchange of these data would reduce errors, decrease costs and speed communications.

      1. Terminology and concepts
        1. Drug:
        2. Any chemical compound that may be used on or administered to humans or animals as an aid in the diagnosis, treatment or prevention of disease or other abnormal condition, for the relief of pain or suffering, or to control or improve any physiological condition (Dorland’s Illustrated Medical Dictionary 27th edition).

        3. Medical device:
        4. Something contrived for or used in the diagnosis (vascular catheters), treatment (thermotherapy units) or prevention of disease or other abnormal condition, for the relief of pain or suffering or to control or improve any physiologic condition, including instrumentation and implanted devices (prosthetic cardiac valves, pacemakers, hip prostheses).

        5. Product:
        6. A drug or medical device.

        7. Non-proprietary (generic) name:
        8. Drug name that is not protected by a trademark, usually descriptive of its chemical structure; sometimes called a public name. In the US, most generic drug names are assigned by the US Adopted Name Council (USAN). Other generic names in common use are the National Formulary (NF) and the US Pharmacopoeia (USP) names. Figure 7-3 lists other available drug coding systems.

        9. Trade (brand) name:
        10. Proprietary names that are registered to protect the name for the sole use of the manufacturer holding the trademark.

        11. Adverse event/adverse experience:
        1. Adverse drug reaction:
        1. Causation:
        2. An exposure which truly does increase or decrease the probability of a certain outcome.

        3. Causal relationship:
        4. When an event occurs a product may be suspected as causing the event but rarely can it be proven particularly at an early stage of the product’s life. Certain information about the relationship between the product and the event can reinforce the belief in a causal relationship between the product and the event while others can decrease the probability that there is a causal relationship.

        5. Regulatory agency:
        6. Many geopolitical entities have established agencies/authority responsible for regulating products used in health care. The agencies are collectively referred to as regulatory agencies.

        7. Product manufacturer:
        8. The organization which is responsible for the manufacture of a product. This will usually be the entity, which holds the marketing authorization for the product.

        9. Holder of marketing authorization:
        10. The organization which holds the authority to market a product. This will often be the organization, which manufactures the product.

        11. Serious adverse product reaction:

An adverse product reaction which:

Medical and scientific judgment should be exercised in deciding whether expedited reporting is appropriate in other situations, such as important medical events that may not be immediately life threatening or result in hospitalization but may jeopardize the patient or may require intervention to prevent one of the other outcomes listed in the definition above. These should also be considered serious.

        1. Expected adverse product reaction:

Expected events are those which prior experience has demonstrated to be probabilistically linked to the product and are generally included in product labeling.

Pre-marketing: An adverse reaction, the nature or severity of which is not consistent with the applicable product information (e.g., Investigator’s Brochure for an unapproved investigational product).

Post-marketing/European Union: This relates to an adverse reaction which is not mentioned in any EC summary of product characteristics (SPC). In the absence of any European SPC, an international document prepared by the marketing authorization holder containing all relevant safety information which the marketing authorization holder considers should be listed for the medicinal product in all countries where the medicinal product is marketed (Care Data Sheet).

Post-marketing/US current: Unexpected means an adverse drug experience that is not listed in the current labeling for the drug product and includes an event that may be symptomatically and pathophysiologically related to an event listed in the labeling but differs from the event because of greater severity or specificity.

Post-marketing/US (proposed): The applicant’s core safety data sheet shall be a document prepared by the applicant that contains all relevant safety information, including adverse drug experiences, which the applicant believes should e listed for the drug in all countries where the drug is marketed. It may be used by the applicant as the reference document by which an adverse drug experience is judged to be expected or unexpected for purposes of this post-marketing periodic report.

Post-marketing/WHO: An adverse reaction, the nature or severity of which is not consistent with domestic labeling or market authorization, or expected from characteristics of the drug.

    1. PRODUCT EXPERIENCE - TRIGGER EVENTS AND MESSAGE DEFINITIONS
    2. The message header segment will care one of three event types at MSH-9-message type.

      Event

      Description

      P07

      PEX - Unsolicited initial individual product experience report

      P08

      PEX - Unsolicited update individual product experience report

      P09

      SUR - Summary product experience report

      1. PEX - product experience message (events P07, P08)
      2. The primary application of this message is to transfer information related to an adverse event occurring while a patient was exposed to a product.

        PEX^P07, P08

        Product Experience Message

        Chapter

        MSH

        Message Header

        2

        EVN

        Event Type

        3

        PID

        Patient Identification

        3

        [PD1]

        Additional Demographics

        3

        [{NTE}]

        Notes and comments

        2

        [PV1

        Patient Visit

        3

        [PV2]]

        Patient Visit - Additional Info

        3

        { PES

        Product Experience Sender

        7

        { PEO

        Product Experience Observation

        7

        { PCR

        Potential Causal Relationship

        7

        [ RXE

        Pharmacy/Treatment Encoded Order

        4

        [{RXR}]

        Pharmacy/Treatment Route

        4

        ]

           

        [{RXA

        Pharmacy/Treatment Administration

        4

        [RXR]

        Pharmacy/Treatment Route

        4

        }]

           

        [{PRB}]

        Detail problem segment

        12

        [{OBX}]

        Observation/Result Segment

        7

        [{NTE}]

        Notes and comments

        2

        [NK1

        Associated parties segment

        2

        [RXE

        Pharmacy/Treatment Encoded Order

        4

        [{RXR}]

        Pharmacy/Treatment Route

        4

        ]

           

        [{RXA

        Pharmacy/Treatment Administration

        4

        [RXR]

        Pharmacy/Treatment Route

        4

        }]

           

        [{PRB}]

        Detail Problem Segment

        12

        [{OBX}]

        Observation/Results Segment

        7

        ]

           

        [{CSR

        Clinical study registration

        7

        [{CSP}]

        Clinical study phase segment

        7

        }]

           

        }}}

           

        The PID segment provides the patient identification information including institutional identification numbers, date of birth and in the case of patients who die, information about their death. Patients are frequently identified only by their initials which can be represented in the PID segment, e.g. the initials JMO would appear as J^M^O in the name field of the PID segment. The EVN segment identifies the type of transaction that is being sent -- primarily it specifies who the sender is and implies which information is expected to be included in the message. A message sent from a healthcare provider, for example, might contain minimal information, while a message from a pharmaceutical manufacturer might contain nearly complete information.

        The PES or Product Experience Sender segment provides information about the message sender and its knowledge of the event. The heart of the product experience message is the product experience observation (PEO) segment and the PCR segments clustered under it. The PEO segment identifies a clinical event and the PCR segments identify products which are potentially causally related to the event. There may be more than one product which is potentially related to the event so multiple PCR segments can be included. RXE and RXR segments can be repeated and provide information about the products the patient was exposed to at the time of the event (typically excluding those used to treat the event). Details about the administration of the products identified in the PCR segments should be described with RXE and RXR segments. Repeated PRB segments provide information about diagnoses which represent comorbid conditions. The repeated OBX segments are used to send patient observations such as height, weight, last menstrual period, and laboratory results. Analytical commentary can be included in the NTE segment. This commentary will typically be the sender’s analysis of the event and the potentially causally related products. Finally, the CSR and CSP segments can optionally be included if the event occurred during a formal clinical trial in order to describe the trial.

        When a product experience relates to an exposure which occurred indirectly (transmammary or transplacentally for example), the individual experiencing the adverse effect — the fetus or child — would be described in the PID segment and the individual via which they are exposed in the NK1 segment. The first set of RXE segments would typically indicate the drugs which to which the fetus or child was exposed. Additional codes for the route are defined in this Appendix to allow the suspected routes of exposure