Suffolk PPS Flat File Interface Specifications

Suffolk PPS Flat File

Interface Specifications

DSRIP Partner Message Processing

August 13, 2015, V0400

© Cerner Corporation. All rights reserved. This document contains Cerner confidential and/or proprietary information belonging to Cerner Corporation and/or its related affiliates which may not be reproduced or transmitted in any form or by any means without the express written consent of Cerner.

PREPARED BY: CERNER CORPORATION 51 VALLEY STREAM PARKWAY MALVERN, PENNSYLVANIA 19355 (610) 219-6300

Authors: Greg Quattlebaum, Manager, Enterprise Application Integration and Interoperability Amy Schlung, Senior Interface Architect, Data Integration Services File Name: Suffolk_Flat_Interface_Specs_081315_V0400.doc

OPENLinkTM is a trademark of Cerner Corporation. All other products and services that are referred to in this document are or may be trademarks of their respective owners.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 2 of 72

Revision History and Acronyms and Meanings

Revision History

Version Date Author(s) Reason for Change V0100 22-Jul-2015 Greg Quattlebaum, Amy Schlung Initial Release V0200 03-Aug-2015 Greg Quattlebaum Client Changes V0300 11-Aug-2015 Greg Quattlebaum Client Changes – Add Standard Code Systems List and HL7 Code Systems and Value Sets V0400 13-Aug-2015 Greg Quattlebaum Client Changes – Move Code System Lists to end of document

Acronyms Below is a list of acronyms and meanings used within this document.

Acronym Definition Acronym Definition ADT Admission, Discharge, Transfer patient demographic MRG Merge Patient Information information MSH Message Header AIG Appointment Information / General Resource NK1 Next of Kin AIL Appointment Information / Location Resource NTE ADT, SCH/SIU: Notes and Comments AIP Appointment Information / Personnel Resource ORU: Order Level Comments AIS Appointment Information / Service ORU: Observation Level Comments AL1 Allergy Information PPR: Problem Comments DG1 Diagnosis OBR Observation Report EVN Event Type OBX Observation / Result HL7 Health Level 7 Generic Record ORC Common Order IN1 Insurance Information PD1 ADT: Patient Demographic SCH / SIU: Merge Patient Information IN2 Insurance Additional Information

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 3 of 72

Acronym Definition PID Patient Identification PR1 Procedures PRB ADT: Problems PPR: Problem Detail PV1 Patient Visit PV2 Patient Visit – Additional Information RGS Resource Group ROL Problem Detail RXA Pharmacy Administration RXR Pharmacy Route SCH Schedule Activity Information ZAL Additional Allergy Information ZCN Custom Consent ZEI Person Employment Information ZPB Additional Information ZPI Additional Person / Patient Information

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 4 of 72

Table of Contents

Introduction ...... 7 Admission, Discharge, Transfer Flat Files ...... 8 Person Demographics Flat Files ...... 8 Person Demographics (File 1) Field Specification ...... 8 Person Alias (File 2) Field Specification ...... 12 Person Provider (File 3) Field Specification ...... 13 Person Benefit Coverage (File 4) Field Specification ...... 14 Encounter Flat Files ...... 16 Encounter (File 1) Field Specification ...... 16 Encounter Provider (File 2) Field Specification ...... 20 Encounter Location (File 3) Field Specification ...... 21 Encounter Medical Service (File 4) Field Specification ...... 22 Encounter Benefit Coverage (File 5) Field Specification ...... 23 Allergy Flat File ...... 25 Allergy Field Specification ...... 25 Employment Flat File ...... 27 Employment Field Specification...... 27 Advance Directive Flat File...... 29 Advance Directive Field Specification ...... 29 Diagnosis Flat File ...... 31 Diagnosis Field Specification ...... 31 Procedure Flat File ...... 33 Procedure Field Specification ...... 33 ORU Flat Files ...... 36 Result Flat File ...... 36 Result Field Specification ...... 36

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 5 of 72

PPR Flat Files ...... 40 Problem Flat File ...... 40 Problem Field Specification ...... 40 RDE Flat Files ...... 42 Medication Flat File ...... 42 Medication Field Specification ...... 42 SIU Flat Files ...... 45 Appointment Flat Files ...... 45 Appointment Field Specification ...... 45 Appointment Slot (File 2) Field Specification ...... 47 Appointment Participation Field Specification ...... 48 Appointment Action Field Specification...... 49 VXU Flat Files ...... 51 Immunization Flat File ...... 51 Immunization Field Specification ...... 51 Standard Code Systems List ...... 54 Standard Code Systems ...... 54 Table Columns ...... 54 Table ...... 54 HL7 Code Systems and Value Sets ...... 58 Healthe Level Seven (HL7) Code Systems and Value Sets ...... 58 HL7 v2 Code System Table ...... 58 HL7 v3 Code System Table ...... 69

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 6 of 72

Introduction

This document represents the initial draft version of the Suffolk PPS Flat File Data Specification. The document objective is to provide our DSRIP partners early visibility to the Flat File message formats that will be supported by the Suffolk Population Health Platform in advance of the Suffolk PPS “Go-Live” date. It is expected that ongoing revisions will be made to the document as feedback is received from our DSRIP partners. As such, the Flat File message definitions currently defined herein should not be considered finalized. Once comments are incorporated, the document will be frozen and placed under strict change control at which time the message definitions will be considered finalized.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 7 of 72

Admission, Discharge, Transfer Flat Files

The fields defined in the sections below are recommended or required for population of the DSRIP interfaces. Fields to be included in specific implementations will be discussed in detail during the specification meetings, which will include Cerner and client representatives.

Person Demographics Flat Files

Person Demographics (File 1) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value 1 indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 PersonID Required The unique ID used to identify the person within the context of the tenant in the source system. 12345, 12345_1.2.3.4.5.6 The PersonID can be the internal ID from the source system or an alias, such as MRN, as long as it identifies the person within the tenant. It must match the PersonID used to identify the person in all clinical item flat files. 3 Version Required The version of the entity in the source system. The version must be lexicographically 201210260100001 comparable. Typically this is an epoch (long) or a string representation of the last updated date and time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 MRN Optional The MRN of the person. If MRN is populated, then MRNAssigningAuthority must be populated. 12345 5 MRNAssigningAuthority Conditionally The assigning authority of the MRN. Generally this is an OID specific to the tenant organization 1.2.3.4.5.6 Required and the type of alias, but can be any identifier that uniquely identifies the authority that issued the MRN.

6 SSN Optional The Social Security Number (SSN) of the person. 123-45-6789 7 LastName Required The last name of the person. Doe 8 FirstName Required The first name of the person. John

9 MiddleName Optional The middle name or initial of the person. P

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 8 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 10 BirthDate Required The date of birth of the person, represented in ISO 8601 basic or extended format with no time 39142 component (for example, YYYY-MM-DD, YYYY-MM, YYYYMMDD, YYYYMM, YYYY). 11 GenderCodeID Required The industry standard or proprietary code that identifies the gender for the person. Without the 248152002 , F gender code, it is unlikely that the person's record is of much value. If GenderCodeID is populated, then either GenderCodeSystemID or GenderDisplay must be populated. 12 GenderCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs that 2.16.840.1.113883.6.96,2 Required represent the coding system. For more information on supported OIDs, see the Standard Code .16.840.1.113883.5.1 Systems List. If the code is from a proprietary coding system, this can be empty.

13 GenderDisplay Conditionally How the gender is displayed. Female Required 14 RaceCodeID Optional The industry-standard or proprietary code that identifies the race of the person. If RaceCodeID is 2106-3 populated, then either RaceCodeSystemID or RaceDisplay must be populated. 15 RaceCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs that 2.16.840.1.113883.12.5 Required represent the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 16 RaceDisplay Conditionally How the race is displayed. White Required 17 EthnicityCodeID Optional The industry-standard or proprietary code that identifies the person's ethnicity. If EthnicityCodeID 2135-2 is populated, then either EthnicityCodeSystemID or EthnicityDisplay must be populated. 18 EthnicityCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.6.238 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 19 EthnicityDisplay Conditionally How ethnicity is displayed. Hispanic or Latino Required 20 MaritalStatusCodeID Optional The industry-standard or proprietary code that identifies the marital status of the person. If M MaritalStatusCodeID is populated, then either MaritalStatusCodeSystemID or MaritalStatusDisplay must be populated. 21 MaritalStatusCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.5.2 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 22 MaritalStatusDisplay Conditionally How the marital status is displayed. Married, Single Required 23 ReligionCodeID Optional The industry-standard or proprietary code that identifies the religion of the person. If 1041 ReligionCodeID is populated, then either ReligionCodeSystemID or ReligionDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 9 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 24 ReligionCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.5.107 Required representing the coding system. For more information on supported OIDs, see the Standard 6 Code Systems List. If the code is from a proprietary coding system, this can be empty.

25 ReligionDisplay Conditionally How the religion is displayed. Roman Catholic Required 26 PrimaryLanguageCodeID Optional The industry-standard or proprietary code that identifies the primary language of the person. If ENG PrimaryLanguageCodeID is populated, then either PrimaryLanguageCodeSystemID or PrimaryLanguageDisplay must be populated.

27 PrimaryLanguageCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 28 PrimaryLanguageDisplay Conditionally How the primary language is displayed. English Required

29 StreetAddress1 Required The street portion of the person's primary address. 2800 Rockcreek Parkway 30 StreetAddress2 Optional The street portion of the person's primary address. 31 City Required The city portion of the person's primary address. Kansas City 32 LocalityCodeID Required The industry-standard or proprietary code that identifies the locality (for example, state) portion of MO the person's primary address. If LocalityCodeID is populated, then either LocalityCodeSystemID or LocalityDisplay must be populated 33 LocalityCodeSystemID Conditionally Required if the code is from an industry standard-coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 34 LocalityDisplay Conditionally How the locality is displayed. Missouri Required 35 PostalCode Required The postal code (for example, zip code) portion of the person's primary address 64177 36 DeceasedInd Optional 1 indicates the person is deceased. Any other value or absence of a value indicates the person 1 is not deceased. 37 DeathDate Optional The date or date and time of death, represented in ISO 8601 format. 2013-03-01 , 2013-03- 01T13:00:00Z 38 CauseOfDeathCodeID Optional The industry-standard or proprietary code that identifies the cause of death. If 36049 CauseOfDeathCodeID is populated, then either CauseOfDeathCodeSystemID or CauseOfDeathDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 10 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 39 CauseOfDeathCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.6.26 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

40 CauseOfDeathDisplay Conditionally How the cause of death is displayed. Cardiac Arrest Required 41 PrimaryPhoneNumber Optional The primary phone number of the person, for contact purposes. 816-123-4567 42 EmailAddress Optional The email address for the person. [email protected] 43 EmergencyContactLastName Optional The last name of the person's emergency contact. Doe 44 EmergencyContactFirstName Optional The first name of the person's emergency contact. Jane 45 EmergencyContactMiddleName Optional The middle name of the person's emergency contact. K 46 EmergencyContactFullName Optional The full name of the person's emergency contact Jane K Doe

47 EmergencyContactGenderCodeID Optional The industry-standard or proprietary code that identifies the gender for the person's emergency F, 248152002 contact. If EmergencyContactGenderCodeID is populated, then either EmergencyContactGenderCodeSystemID or EmergencyContactGenderDisplay must be populated. 48 EmergencyContactGenderCodeSys Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.5.1 temID Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 49 EmergencyContactGenderDisplay Conditionally How the emergency contact's gender is displayed. Female Required 50 EmergencyContactStreetAddress1 Optional The street portion of the emergency contact's primary address. 2800 Rockcreek Parkway 51 EmergencyContactStreetAddress2 Optional The street portion of the emergency contact's primary address. 52 EmergencyContactCity Optional The city portion of the emergency contact's primary address. Kansas City 53 EmergencyContactLocalityCodeID Optional The industry-standard or proprietary code that identifies the locality (for example, state) portion of MO the emergency contact's primary address. If EmergencyContactLocalityCodeID is populated, then either EmergencyContactLocalityCodeSystemID or EmergencyContactLocalityDisplay must be populated.

54 EmergencyContactLocalityCodeSy Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs stemID Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 55 EmergencyContactLocalityDisplay Conditionally How the emergency contact's locality is displayed. Missouri Required 56 EmergencyContactPostalCode Optional The postal code (for example, zip code) portion of the emergency contact's primary address. 64177

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 11 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 57 EmergencyContactPrimaryPhoneN Optional The primary phone number of the emergency contact, for contact purposes. 816-123-4567 umber 58 EmergencyContactEmailAddress Optional The email address to be used to contact the emergency contact. [email protected]

Person Alias (File 2) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 PersonID Required The unique ID used to identify the person within the context of the tenant, in the source system. 12345 The PersonID can be the internal ID from the source system or an alias, such as MRN, as long as it identifies the person within the tenant. It must match the PersonID used to identify the person in all clinical item flat files. 1 Alias Required A unique identifier used to identify the person. This is typically an MRN, Member Number, SSN, 67890 or Driver’s License number. 2 AssigningAuthority Required The authority that assigned this alias to the person. Typically this is an OID. 1.2.3.4.5.6 3 TypeCodeID Optional The ID of the industry-standard or proprietary code that identifies the type of alias (such as MRN MR , MBN or SSN). If TypeCodeID is populated, then either TypeCodeSystemID or TypeDisplay must be populated. 4 TypeCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.12.20 Required representing the coding system. For more information on supported OIDs, see the Standard 3 Code Systems List. If the code is from a proprietary coding system, this can be empty.

5 TypeDisplay Conditionally How the type of alias is displayed. Medical record number, Required Member Number

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 12 of 72

Person Provider (File 3) Field Specification

2 ProviderIdentifier Conditionally The industry-standard identifier of the provider. Examples include National Provider Identifier 67890 Required (NPI), Unique Physician Identification Number (UPIN), or any other industry-recognized identifier of a provider (both physician and non-physician providers). If ProviderLastName and ProviderFullName are not populated, then ProviderIdentifier must be populated. If ProviderIdentifier is populated, then ProviderIdentifierType must be populated. 3 ProviderIdentifierType Conditionally The type of the provider identifier. Possible types are NPI, DEA, TAX, SL, UPIN, and EI. NPI Required 4 ProviderLastName Conditionally The last name of the provider. If ProviderIdentifier and ProviderFullName are not populated, then Doe Required ProviderLastName must be populated. 5 ProviderFirstName Optional The first name of the provider. John

6 ProviderMiddleName Optional The middle name or initial of the provider. P 7 ProviderFullName Conditionally The full name of the provider. The Cerner standard is to fill out the discrete provider name fields John P Doe Required (that is, first, middle, last names) if available. If discrete names are not available, but the full name is, use this field. If ProviderIdentifier and ProviderLastName are not populated, then ProviderFullName must be populated. 8 ProviderRoleCodeID Optional The ID of the industry-standard or proprietary code that identifies the role of the provider in CP , PCP relationship (for example, PCP). If ProviderRoleCodeID is populated, then either ProviderRoleCodeSystemID or ProviderRoleDisplay must be populated. 9 ProviderRoleCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.12.44 Required representing the coding system. For more information on supported OIDs, see the Standard 3 Code Systems List. If the code is from a proprietary coding system, this can be empty.

10 ProviderRoleDisplay Conditionally How the role of the provider in the relationship is displayed. Consulting Provider, Required Primary Care Provider

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 13 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 11 BeginDate Optional The begin date, or date and time, the relationship between the provider and person was 2007-03-01, 2007-03- established, represented in ISO 8601 format. If time is specified, then it must be in UTC (denoted 01T13:00:00Z by the Z suffix).

12 EndDate Optional The end date, or date and time, the relationship between the provider and person ended, 2007-03-01, 2007-03- represented in ISO 8601 format. If time is specified, then it must be in UTC (denoted by the "Z" 01T13:00:00Z suffix).

Person Benefit Coverage (File 4) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples

0 PersonID Required The unique ID used to identify the person in the context of the tenant, in the source system. Can 12345_1.2.3.4.5.6 be the internal ID from the source system or an alias, such as MRN, as long as it uniquely identifies the person within the tenant. Must match the PersonID used to identify the person in all clinical item flat files. 1 MemberID Optional The unique MemberID assigned to the person by the payer. For example, the ID printed on the person's benefit identification card.

2 RelationToSubscriberCodeID Optional The industry-standard or proprietary code that identifies the relationship of the person to the benefit subscriber. The subscriber is the individual who elected the benefit and who was eligible to do so due to their association with the sponsor. Example codes (such as Self, Spouse, Child) can be found in the Health Level Seven (HL7) v3 Role Code vocabulary. If RelationToSubscriberCodeID is populated, then either RelationToSubscriberCodeSystemID or RelationToSubscriberDisplay must be populated.

3 RelationToSubscriberCodeSystemI Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs D Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 4 RelationToSubscriberDisplay Conditionally How the relationship to the subscriber is displayed. Self, Spouse, Child Required

5 SubscriberNumber Optional A number shared by the subscriber and their dependents. This ties everyone in a family together. This is not the unique number that identifies the subscriber. This is not an alias for the person member that the enrollment record is associated with. It is merely a mechanism to link members of a family together.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 14 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 6 BeginDate Optional The start date of the Benefit Coverage. Some payers or sources might not provide the actual 2007-03-01, 2007-03, start date of the coverage. In some cases this is the most recent effective date. Should be in 2007 ISO-8601 extended format, with date-only precision ranging from YYYY to YYYY-MM-DD (for example, 1997 through 1997-07-16), though equivalent ISO-8601 basic is also allowed (for example, YYYYMMDD). 7 EndDate Optional The end date of the Benefit Coverage. No endDate typically implies currently active coverage; 2007-03-01, 2007-03, however, some payers or sources might not provide an explicit end date when coverage 2007 terminates. Should be in ISO-8601 extended format, with date only precision ranging from YYYY to YYYY-MM-DD (for example, 1997 through 1997-07-16), though equivalent ISO-8601 basic is also allowed (for example YYYYMMDD). 8 PlanIdentifier Conditionally The benefit plan identifier. If neither Name nor PayerName is populated, then PlanIdentifier must Required be populated. If PlanIdentifier is populated, then PlanIdentifierType must be populated. 9 PlanIdentifierType Conditionally The type of the benefit plan identifier. Possible types are EDI (EDI Payer ID), HPID (HIPAA EDI, HPID Required National Plan ID). This is not necessarily unique to the plan. 10 Name Conditionally Name for the payer or plan. If neither PlanIdentifier nor PayerName is populated, then Name CIGNA C5 PLAN, UHC Required must be populated. OPTIONS PPO 11 PayerName Conditionally Name of the payer organization or entity that administers the plan. If neither PlanIdentifier nor Required Name is populated, then PayerName must be populated. 12 PolicyOrGroupNumber Optional Policy or Group number. Often a health insurance card displays a policy or group number. This is the policy or group number from the SBR03 element on 837 claims. 13 PolicyOrGroupName Optional If a policy or group number is not available, a policy or group name may be provided. This is the policy or group name from the SBR04 element on 837 claims. 14 LineOfBusiness Optional Used to distinguish sub-plan products or populations within a particular health plan. 'Line of Business' is pulled from 834 terminology.

15 BenefitTypeCodeID Optional The industry-standard or proprietary code that identifies the Insurance Line/Benefit Type associated with the Benefit Coverage. Examples of Insurance Line/Benefit Type: Health Maintenance Organization, Exclusive Provider Organization, and Preferred Provider Organization. If BenefitTypeCodeID is populated, then either BenefitTypeCodeSystemID or BenefitTypeDisplay must be populated.

16 BenefitTypeCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. See the Standard Code Systems List for a list of supported OIDs. If the code is from a proprietary coding system, then can be left empty. 17 BenefitTypeDisplay Conditionally How the benefit type is displayed. Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 15 of 72

Encounter Flat Files

Encounter (File 1) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value 1 indicates that the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field typically is used when the source system contains multiple tenants and you want to maintain the structure in HealtheIntent.

2 EncounterID Required The unique ID used to identify the encounter in the source system. The EncounterID can be an 12345 internal ID from the source system. It must match the ID used to identify the encounter in all flat files.

3 Version Required The version of the entity in the source system. The version must be lexicographically 20121026010000 1 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used 4 PersonID Required The unique ID used to identify the person, within the context of the tenant, in the source system. 12345,MRN12345_1.2.3. The PersonID can be the internal ID from the source system or an alias, such as MRN, as long 4.5.6 as it identifies the person within the tenant. It must match the PersonID used to identify the person in all clinical item flat files. 5 ActualServiceDate Conditionally The actual arrival or registration date (or date and time) of the encounter represented in ISO 2007-03-01T13:00:00Z, Required 8601 format. If time is specified, it must be in UTC (denoted by the Z suffix). It should indicate 2007-03-01 that the encounter was activated and the person had the visit. This date should not be set until the visit occurs. If EstimatedServiceDate is not populated, then ActualServiceDate must be populated. 6 EstimatedServiceDate Conditionally The estimated arrival date (or date and time) of the encounter represented in ISO 8601 format. If 2007-03-01T13:00:00Z , Required time is specified, then it must be in UTC (denoted by the Z suffix). The encounter can exist 2007-03-01 before the actual encounter takes place to convey preadmission information, such as the estimated arrival date and time. If ActualServiceDate is not populated, then EstimatedServiceDate must be populated.

7 DischargeDate Optional The discharge date (or date and time) of the encounter represented in ISO 8601 format. If time is 2007-03-01T13:00:00Z , specified, then it must be in UTC (denoted by the "Z" suffix). 2007-03-01

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 16 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 8 FacilityID Optional The unique ID used to identify the facility in the source system where the encounter took place. 12345 The FacilityID can be an internal ID from the source system or an alias, as long as it is used consistently. If the source system maintains multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 9 FacilityDisplay Optional How the facility where the encounter took place is displayed. If the source system maintains Baseline East Medical multiple locations throughout the encounter, leave this field blank and use the Encounter Center Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 10 EncounterNumber Optional The number or identifier used to reference the encounter by users, patients, or billing systems. 12345 This is also known as the financial number. 11 VisitTypeCodeID Optional The industry standard or proprietary code that identifies the type of visit. Examples InPat, O include SNOMED or Health Level Seven (HL7) Patient Class codes, but can be any code used always to identify a particular visit type. If VisitTypeCodeID is populated, then either VisitTypeCodeSystemID or VisitTypeDisplay must be populated. 12 VisitTypeCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.12.4 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 13 VisitTypeDisplay Conditionally How the encounter visit type is displayed. Inpatient, Outpatient Required 14 FinancialClassCodeID Optional The ID of the industry standard or proprietary code that identifies the financial class of the 21, HM encounter. This is typically the insurance class of the primary insurance of the person. Examples include Medicare, Commercial, and Self Pay. If FinancialClassCodeID is populated, then either FinancialClassCodeCodeSystemID or FinancialClassDisplay must be populated.

15 FinancialClassCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.3.88.1 Required representing the coding system. For more information on supported OIDs, see the Standard 2.3221.5.2 Code Systems List. If the code is from a proprietary coding system, then can be empty. 16 FinancialClassDisplay Conditionally How the financial class of the encounter is displayed. PPO BLUE CROSS , Required Health Maintenance Organizations (HMO) 17 AdmissionTypeCodeID Optional The industry standard or proprietary code that identifies the urgency of the admission. If AdmissionTypeCodeID is populated, then either AdmissionTypeCodeSystemID or AdmissionTypeDisplay must be populated. 18 AdmissionTypeCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 17 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 19 AdmissionTypeDisplay Conditionally How the urgency of the admission is displayed. Emergent, Elective Required 20 DischargeDispositionCodeID Optional The industry-standard or proprietary code that identifies the disposition of the patient at discharge. If DischargeDispositionCodeID is populated, then either DischargeDispositionCodeSystemID or DischargeDispositionDisplay must be populated. 21 DischargeDispositionCodeSystemI Conditionally Required if the code is from an industry standard coding system. Values are the OIDs D Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

22 DischargeDispositionDisplay Conditionally How the disposition of the patient at discharge is displayed. Home, Against Medical Required Advice 23 DischargeToCodeID Optional The industry standard or proprietary code that identifies the location where the patient was discharged to. If DischargeToCodeID is populated, then either DischargeToCodeSystemID or DischargeToDisplay must be populated.

24 DischargeToCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 25 DischargeToDisplay Conditionally The location where the patient was discharged. Home Care, Nursing Required Home

26 BuildingID Optional The unique ID used to identify the building where the encounter took place in the source system. 1234 Can be an internal ID from the source system or an alias, as long as it is used consistently. If the source system maintains multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 27 BuildingDisplay Optional How the building where the encounter took place is displayed. If the source system maintains Baseline East Main multiple locations throughout the encounter, leave this field blank and use the Encounter Campus Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 28 NurseUnitID Optional The unique ID used to identify the nurse unit in the source system where the encounter took 1234 place. It can be an internal ID from the source system or an alias, as long as it used consistently. If the source system maintains multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 29 NurseUnitDisplay Optional How the nurse unit where the encounter took place is displayed. If the source system maintains 1 North multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 18 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 30 RoomID Optional The unique ID used to identify the room where the encounter took place in the source system. 1234 The RoomID can be an internal ID from the source system or an alias, as long as it used consistently.

31 RoomDisplay Optional How the room where the encounter took place is displayed. If the source system maintains 101 multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 32 BedID Optional The unique ID used to identify the bed where the encounter took place in the source system. It 1234 can be an internal ID from the source system or an alias, as long as it is used consistently. If the source system maintains multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 33 BedDisplay Optional How the bed where the encounter took place is displayed. If the source system maintains A multiple locations throughout the encounter, leave this field blank and use the Encounter Location Flat File Specification to send all historical patient locations during the encounter. If the source system has only the most recent location, use this field. 34 ServiceCodeID Optional The industry-standard or proprietary code that identifies the medical service. If the source system maintains multiple medical services throughout the encounter, leave this field blank and use the Encounter Medical Service Flat File Specification to send all historical medical services during the encounter. If the source system has only the most recent medical service, use this field. If ServiceCodeID is populated, then either ServiceCodeSystemID or ServiceDisplay must be populated. 35 ServiceCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. If the source system maintains multiple medical services throughout the encounter, leave this field blank and use the Encounter Medical Service Flat File Specification to send all historical medical services during the encounter. If the source system has only the most recent medical service, use this field. 36 ServiceDisplay Conditionally How the medical service is displayed. If the source system maintains multiple medical services Pediatrics, Neurology Required throughout the encounter, leave this field blank and use the Encounter Medical Service Flat File Specification to send all historical medical services during the encounter. If the source system has only the most recent medical service, use this field. 37 AdmissionSourceCodeID Optional The industry-standard or proprietary code that identifies where the patient came from before being admitted to the current location. This typically applies to inpatient encounters. If AdmissionSourceCodeID is populated, then either AdmissionSourceCodeSystemID or AdmissionSourceDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 19 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 38 AdmissionSourceCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

39 AdmissionSourceDisplay Conditionally How the admission source is displayed. Transfer from a skilled Required nursing facility, Emergency room

Encounter Provider (File 2) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples

0 EncounterID Required The unique ID used to identify the encounter in the source system. Can be internal ID from the 12345 source system. Must match the ID used in all flat files to identify the encounter. 1 ProviderID Optional The unique ID used to identify the provider associated with the encounter in the source system. AB6789 2 ProviderIdentifier Conditionally The industry-standard identifier of the provider. Examples include National Provider Identifier 12345 Required (NPI), Unique Physician Identification Number (UPIN), or any other industry-recognized identifier of a provider (both physician and nonphysician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated. If ProviderIdentifier is not populated, then ProviderLastName or ProviderFullName must be populated. 3 ProviderIdentifierType Conditionally Identifies the type of provider. Possible types are NPI, DEA, TAX, SL, and UPIN. NPI Required 4 ProviderLastName Conditionally The last name of the provider of the encounter. If ProviderIdentifier is not populated, then Doe Required ProviderLastName or ProviderFullName must be populated. 5 ProviderFirstName Optional The first name of the provider of the encounter. John 6 ProviderMiddleName Optional The middle name or initial of the provider of the encounter. P 7 ProviderFullName Conditionally The full name of the provider of the encounter. The Cerner standard is to fill out the discrete John P Doe Required provider name (that is, first, middle, last) if available. If discrete names are not available but the full name is, use this field. If ProviderIdentifier is not populated, then ProviderLastName or ProviderFullName must be populated. 8 ProviderRoleCodeID Optional The ID of the industry-standard or proprietary code that identifies the role of the provider in PP, CP relation to the encounter. If ProviderRoleCodeID is populated, then either ProviderRoleCodeSystemID or ProviderRoleDisplay must be populated

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 20 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 ProviderRoleCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs 2.16.840.1.113883.12.44 Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems 3, List. If the code is from a proprietary coding system, this field can be left empty. 2.16.840.1.113883.3.88.1 2.3221.4.2 10 ProviderRoleDisplay Conditionally How the role of the provider in relationship to the encounter is displayed. Primary Care Provider, Required Consulting Provider 11 BeginDate Optional The begin date (or date and time) of the relationship between the provider and the encounter, 2007-03-01T13:00:00Z, represented in ISO 8601 format. If time is specified, then it must be in UTC (denoted by the "Z" 2007-03-01 suffix).

12 EndDate Optional The end date (or date and time) of the relationship between the provider and the encounter, 2007-03-01T13:00:00Z, represented in ISO 8601 format. If time is specified, then it must be in UTC (denoted by the "Z" 2007-03-01 suffix).

Encounter Location (File 3) Field Specification

4 BuildingDisplay Optional How the building where the patient was located during the encounter is displayed. Baseline East Main Campus 5 NurseUnitID Optional The unique ID in the source system used to identify the nurse unit where the patient was located 1234 during the encounter. The NurseUnitID can be an internal ID from the source system or an alias, as long as it used consistently.

6 NurseUnitDisplay Optional How the nurse unit where the patient was located during the encounter is displayed. 1 North

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 21 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 7 RoomID Optional The unique ID in the source system used to identify the room where the patient was located 1234 during the encounter. The RoomID can be an internal ID from the source system or an alias as long as it used consistently.

8 RoomDisplay Optional How the room where the patient was located during the encounter is displayed. 101 9 BedID Optional The unique ID in the source system of the bed where the patient was located during the 1234 encounter. The BedID can be an internal ID from the source system or an alias as long as it used consistently. 10 BedDisplay Optional How the bed where the patient was located during the encounter is displayed. A 11 BeginDate Optional The beginning date (or date and time) the patient was in a given location during the encounter, 2007-03-01T13:00:00Z, represented in ISO 8601 format. If time is specified, it must be in UTC (denoted by the Z suffix). 2007-03-01 12 EndDate Optional The end date (or date and time) the patient was in a given location during the encounter, 2007-03-01T13:00:00Z, represented in ISO 8601 format. If time is specified, it must be in UTC (denoted by the Z suffix). 2007-03-01

Encounter Medical Service (File 4) Field Specification

3 ServiceDisplay Conditionally How the medical service used during an encounter is displayed. Pediatrics, Neurology Required 4 BeginDate Optional The begin date (or date and time) of this service during the encounter, represented in ISO 8601 2007-03-01T13:00:00Z, format. If time is specified, it must be in UTC (denoted by the Z suffix). 2007-03-01 5 EndDate Optional The end date (or date and time) of this service during the encounter, represented in ISO 8601 2007-03-01T13:00:00Z, format. If time is specified, then it must be in UTC (denoted by the Z suffix). 2007-03-01

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 22 of 72

Encounter Benefit Coverage (File 5) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 EncounterID Required The unique ID used to identify the encounter in the source system. The EncounterID can be an 12345 internal ID from the source system. Must match the ID used in all flat files to identify the encounter. 1 MemberID Optional The unique MemberID assigned to the person by the payer. For example, the ID printed on the person's benefit identification card. 2 RelationToSubscriberCodeID Optional The industry-standard or proprietary code that identifies the relationship of the person to the benefit subscriber. The subscriber is the individual who elected the benefit and who was eligible to do so due to their association with the sponsor. Example codes (such as Self, Spouse, Child) can be found in the HL7v3 Role Code vocabulary. If RelationToSubscriberCodeID is populated, then either RelationToSubscriberCodeSystemID or RelationToSubscriberDisplay must be populated. 3 RelationToSubscriberCodeSystemI Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs D Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 4 RelationToSubscriberDisplay Conditionally How the relationship to the subscriber is displayed. Self, Spouse, Child Required 5 SubscriberNumber Optional A number shared by the subscriber and their dependents. This ties everyone in a family together. This is not the unique number that identifies the subscriber. This is not an alias for the person member that the enrollment record is associated with. It is merely a mechanism to link members of a family together. 6 BeginDate Optional The start date of the Benefit Coverage. Some payers or sources might not provide the actual 2007-03-01, 2007-03, start date of the coverage. In some cases this is the most recent effective date. Should be in 2007 ISO-8601 extended format, with date-only precision ranging from YYYY to YYYY-MM-DD (for example, 1997 through 1997-07-16), though equivalent ISO-8601 basic is also allowed (for example, YYYYMMDD). 7 EndDate Optional The end date of the Benefit Coverage. No endDate typically implies currently active coverage; 2007-03-01, 2007-03, however, some payers or sources might not provide an explicit end date when coverage 2007 terminates. Should be in ISO-8601 extended format, with date only precision ranging from YYYY to YYYY-MM-DD (for example, 1997 through 1997-07-16), though equivalent ISO-8601 basic is also allowed (for example YYYYMMDD). 8 PlanIdentifier Conditionally The benefit plan identifier. If neither Name nor PayerName is populated, then PlanIdentifier must Required be populated. If PlanIdentifier is populated, then PlanIdentifierType must be populated. 9 PlanIdentifierType Conditionally The type of the benefit plan identifier. Possible types are EDI (EDI Payer ID), HPID (HIPAA EDI, HPID Required National Plan ID). This is not necessarily unique to the plan.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 23 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 10 Name Conditionally Name for the payer or plan. If neither PlanIdentifier nor PayerName is populated, then Name CIGNA C5 PLAN, UHC Required must be populated. OPTIONS PPO 11 PayerName Conditionally Name of the payer organization or entity that administers the plan. If neither PlanIdentifier nor Required Name is populated, then PayerName must be populated. 12 PolicyOrGroupNumber Optional Policy or Group number. Often a health insurance card will display a policy or group number. This is the policy or group number from the SBR03 element on 837 claims. 13 PolicyOrGroupName Optional If a policy or group number is not available, a policy or group name may be provided. This is the policy or group name from the SBR04 element on 837 claims. 14 LineOfBusiness Optional Used to distinguish sub-plan products or populations within a particular health plan. 'Line of Business' is pulled from 834 terminology. 15 BenefitTypeCodeID Optional The industry-standard or proprietary code that identifies the Insurance Line/Benefit Type associated with the Benefit Coverage. Examples of Insurance Line/Benefit Type: Health Maintenance Organization, Exclusive Provider Organization, Preferred Provider Organization. If BenefitTypeCodeID is populated, then either BenefitTypeCodeSystemID or BenefitTypeDisplay must be populated. 16 BenefitTypeCodeSystemID Conditionally Required if the code is from an industry-standard coding system. Values are the OIDs Required representing the coding system. See the Standard Code Systems List for a list of supported OIDs. If the code is from a proprietary coding system, then can be left empty.

17 BenefitTypeDisplay Conditionally How the benefit type is displayed. Required 18 PriorityRank Optional This is a numeric number used to represent the order in which to consider this benefit coverage 1 for reimbursement.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 24 of 72

Allergy Flat File

Allergy Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, it was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and that structure is to be maintained in HealtheIntent.

2 AllergyID Required The ID used to identify the allergy in the source system. Can be the internal ID from the source 12345 system. Must be the same ID used to represent subsequent updates to the allergy. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1 , 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used 4 PersonID Required The unique ID used to identify a person within the context of the tenant in the source system. 12345 The PersonID can be the internal ID from the source system or an alias, such as MRN as long as MRN12345_1.2.3.4.5.6 it identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person. 5 EncounterID Optional The unique ID used to identify an encounter in the source system. The EncounterID can be the internal ID from the source system. It must match the ID used in all flat files to identify the encounter. 6 AllergenCodeID Required The industry standard or proprietary code that identifies the allergen (that is, the substance the 581851, 18 person is allergic to). Examples codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular allergen. Either AllergenCodeSystemID or AllergenDisplay must be populated. 7 AllergenCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.313 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty.

8 AllergenDisplay Conditionally How the allergen the person is allergic to is displayed. Sulfa Drugs Required aminoglycosides 9 OnsetDate Required The date or date and time the person became allergic to the allergen represented in ISO 8601 2007-03-01T13:00:00Z, format. If time is specified, then it must be in UTC (denoted by the "Z" suffix). 3/1/2007

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 25 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 10 ReactionCodeID Optional The industry standard or proprietary code that identifies the person's reaction to the allergen. 1, 247472004 Example codes can be found in the SNOMED vocabulary, but can be any code that is used to always identify a particular reaction. If ReactionCodeID is populated, then either ReactionCodeSystemID or ReactionDisplay must be populated. 11 ReactionCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 12 ReactionDisplay Conditionally How the reaction to the allergen is displayed. Required for proprietary codes. rash, hives Required

13 SeverityCodeID Optional The industry standard or proprietary code that identifies the severity of the person's reaction to 6736007 the allergen. Example codes can be found in the SNOMED vocabulary, but can be any code that is used to always identify a particular severity. If SeverityCodeID is populated, then either SeverityCodeSystemID or SeverityDisplay must be populated. 14 SeverityCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List If the code is from a proprietary coding system, then this can be empty. 15 SeverityDisplay Conditionally How the severity of the reaction to the allergen is displayed. Required for proprietary codes. Moderate Required 16 Comment Optional An accompanying comment about the allergy. 17 StatusCodeID Optional The industry standard or proprietary code that identifies the status of the allergy. If 413322009 StatusCodeID is populated, then either StatusCodeSystemID or StatusDisplay must be populated. 18 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, then can be empty. 19 StatusDisplay Conditionally How the status is displayed. Required for proprietary codes. Resolved Required 20 CategoryCodeID Optional The industry standard or proprietary code that identifies the category (such as allergy, sensitivity, 416098002 or intolerance) of the allergy. If CategoryCodeID is populated, then either CategoryCodeSystemID or CategoryDisplay must be populated. 21 CategoryCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs that 2.16.840.1.113883.6.96 Required represent the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 22 CategoryDisplay Conditionally How the category is displayed. Required for proprietary codes. Drug allergy Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 26 of 72

Employment Flat File

Employment Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, it was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the employment item in the source system. Required This field is typically used when the source system contains multiple tenants and that structure is to be maintained in HealtheIntent.

2 EmploymentID Conditionally The unique ID used to identify the employment in the source system. Can be the internal ID from Required the source system. Must be the same ID used to represent subsequent updates to the employment. If EmploymentID is populated, then this file is processed independently of the Person Demographics such that only new or modified employments need to be included. If EmploymentID is not populated, then this file is assumed to be a child file of the Person Demographics such that all employments need to be included because any missing employments are assumed to be deleted when person demographics change. If EmploymentID is not populated, then DeleteInd, TenantID, and Version do not need to be populated. 3 Version Conditionally The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 Required comparable. Typically, this is an epoch (long) or a string representation of the last updated date and time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant in the source system. 12345, The PersonID can be the internal ID from the source system or an alias, such as MRN, as long MRN12345_1.2.3.4.5.6 as it identifies the person within the tenant. It must match the PersonID used in all other flat files to identify the person. If MRN is used, the Cerner standard is to append the assigning authority OID to the MRN, separated by an underscore (_). 5 BeginDate Optional The date, or the date and time when the employment period began, represented in ISO 8601 3/1/2007 format. If time is specified, then it must be in UTC (denoted by the "Z" suffix). This field is the Cerner standard. 6 EndDate Optional The date, or the date and time when the employment period ended represented in ISO 8601 11/20/2008 format. If time is specified, then it must be in UTC (denoted by the "Z" suffix). This field is the Cerner standard. 7 OccupationCodeID Optional The industry standard or proprietary code that identifies the occupation, or kind of work, of the 106265009, 106302007 employee. If OccupationCodeID is populated, then either OccupationCodeSystemID or OccupationDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 27 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 8 OccupationCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty.

9 OccupationDisplay Conditionally How the occupation is displayed. Chemical Engineer, Required Accountant 10 StatusCodeID Optional The industry standard or proprietary code that identifies the status of this employment relationship. If StatusCodeID is populated, then either StatusCodeSystemID or StatusDisplay must be populated.

11 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 12 StatusDisplay Conditionally How the employment status is displayed. Active, Retired Required

13 EmployerName Conditionally How the employer name is displayed. Either EmployerName or EmployerIdentifier must be Cerner Corporation Required populated. 14 EmployerID Optional The unique ID used to identify the organization in the source system. 1234 15 EmployerIdentifier Conditionally The industry identifier of the employer. Examples include NPI, TAX, NABP, HL7_OID, or any 12345 Required other industry recognized identifier of an organization. Either EmployerName or EmployerIdentifier must be populated. If the EmployerIdentifier is populated, then EmployerIdentifierType must be populated. 16 EmployerIdentifierType Conditionally The type of the employer identifier. Possible types are NPI, TAX, NABP, or HL7_OID. TAX Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 28 of 72

Advance Directive Flat File

Advance Directive Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, it was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and that structure is to be maintained in HealtheIntent.

2 AdvanceDirectiveID Required The unique ID used to identify the advance directive in the source system. Can be the internal ID from the source system. Must be the same ID used to represent subsequent updates to the advance directive

3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant in the source system. 12345, The PersonID can be the internal ID from the source system or an alias, such as MRN, as long MRN12345_1.2.3.4.5.6 as it identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person. If MRN is used, the Cerner standard is to append the assigning authority OID to the MRN, separated by a "_". 5 EncounterID Optional The unique ID used to identify an encounter in the source system. The EncounterID can be the internal ID from the source system. It must match the ID used in all flat files to identify the encounter.

6 AdvanceDirectiveTypeCodeID Required The industry standard or proprietary code that identifies the advance directive. Example codes 45473-6, 45474-4 can be found in the SNOMED or LOINC vocabulary, but can be any code used to always identify an advance directive. Without the code, it is unlikely the advance directive is of much value. Either AdvanceDirectiveTypeCodeSystemID or AdvanceDirectiveTypeDisplay must be populated.

7 AdvanceDirectiveTypeCodeSystem Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.1 ID Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 8 AdvanceDirectiveTypeDisplay Conditionally How the advance directive is displayed. Advance directive - living Required will, Advance directive - do not resuscitate

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 29 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 RecordedDate Optional The date, or the date and time when the advance directive was recorded represented in ISO 8601 format. If time is specified, then it must be in UTC (denoted by the "Z" suffix). This field is the Cerner standard.

10 RecordingProviderIdentifier Optional The industry identifier of the provider. Examples include National Provider Identifier (NPI), 12345 Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (both physician and non-physician providers). If RecordingProviderIdentifier is populated, then RecordingProviderIdentifierType must be populated. 11 RecordingProviderIdentifierType Conditionally The type of the provider identifier. Possible types are NPI, DEA, TAX, SL, or UPIN. NPI Required

12 RecordingProviderLastName Optional The last name of the provider associated to the advance directive. Typically, this is the provider Doe who recorded the advance directive. 13 RecordingProviderFirstName Optional The first name of the provider associated to the advance directive. Typically, this is the provider John who recorded the advance directive.

14 RecordingProviderMiddleName Optional The middle name of the provider associated to the advance directive. Typically, this is the P provider who recorded the advance directive. 15 RecordingProviderFullName Optional The full name of the provider associated to the advance directive. Typically this is the provider John P Doe who recorded the advance directive. The Cerner standard is to fill out the discrete provider name (for example, first, middle, last) if available. If discrete names are not available, but the full name is, use this field.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 30 of 72

Diagnosis Flat File

Diagnosis Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain the tenant structure in HealtheIntent.

2 DiagnosisID Required The unique ID used to identify the diagnosis in the source system. Can be the internal ID from the source system. It must be the same ID used to represent subsequent updates to the diagnosis.

3 Version Required The version of the entity in the source system. The version must have the same characteristics 1, 20121026010000 so you can compare versions. Typically this is an epoch or string representation of the last updated date and time. This determines whether the version of the entity is newer than the version currently in the receiving system. If it is not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant, in the source system. 12345, Can be the internal ID from the source system or an alias, such as MRN, as long as it uniquely MRN12345_1.2.3.4.5.6 identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person. 5 EncounterID Optional The unique ID used to identify the encounter in the source system. Can be internal ID from the source system. Must match the ID used in all flat files to identify the encounter. 6 DiagnosisCodeID Required The industry standard or proprietary code that identifies the diagnosis. Example codes can be 401.1 30320 found in the ICD-9 or ICD-10 vocabulary, but can be any code used to always identify a chronic or acute diagnosis. Without the code, it is unlikely the diagnosis is of much value. Either DiagnosisCodeSystemID or DiagnosisDisplay must be populated 7 DiagnosisCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.103, Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems 2.16.840.1.113883.6.26 List. If the code is from a proprietary coding system, then can be left empty.

8 DiagnosisDisplay Conditionally How the diagnosis is displayed. Hypertension, Required benign Anemia 9 DiagnosisDate Required The onset date and time of the diagnosis represented in ISO 8601 format. If time is specified, 2007-03-01T13:00:00Z, then it must be in UTC (denoted by the "Z" suffix). 3/1/2007

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 31 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 10 ClassificationCodeID Optional The industry standard or proprietary code that identifies the classification of the diagnosis. 89100005 Example codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular diagnosis classification. If ClassificationCodeID is populated, then either ClassificationCodeSystemID or ClassificationDisplay must be populated 11 ClassificationCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, then can be left empty. 12 ClassificationDisplay Conditionally How diagnosis classification is displayed. Final (discharge) Required

13 ConfirmationCodeID Optional The industry standard or proprietary code that identifies the confirmation of the diagnosis. 12345 Example codes can be found in the SNOMED vocabulary, but can be any code used to identify a particular diagnosis confirmation. If ConfirmationCodeID is populated, then either ConfirmationCodeSystemID or ConfirmationDisplay must be populated 14 ConfirmationCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For a list of supported OIDs, see the Standard Code Systems List for a list of supported OIDs. If the code is from a proprietary coding system, then can be left empty. 15 ConfirmationDisplay Conditionally How the diagnosis confirmation is displayed. Preliminary Required

16 ProviderID Optional The unique ID used to identify the provider of the diagnosis in the source system. 17 ProviderIdentifier Optional The industry identifier of the provider. Examples include National Provider Identifier (NPI) or 12345 Unique Physician Identification Number (UPIN) or any other industry recognized identifier of a provider (both physician and non-physician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated

18 ProviderIdentifierType Conditionally The type of provider identifier. Possible types include NPI, DEA, TAX, SL, or UPIN. NPI Required 19 ProviderLastName Optional The last name of the provider of the diagnosis. Doe 20 ProviderFirstname Optional The first name of the provider of the diagnosis. John 21 ProviderMiddleName Optional The middle name or initial of the provider of the diagnosis P 22 ProviderFullName Optional The full name of the provider of the problem. The Cerner standard is to fill out the discrete John P Doe provider name (for example, first, middle, last) if available. If discrete names are not available, but the full name is, use this field. 23 Comment Optional An accompanying comment about the diagnosis.

24 BillingRank Optional The prioritization, or billing rank, of this diagnosis within the context of the encounter. Possible PRIMARY, SECONDARY values are PRIMARY, or SECONDARY.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 32 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 25 PresentOnAdmissionCodeID Optional The industry standard or proprietary code that identifies whether the condition was present on admission within the context of a particular visit. If PresentOnAdmissionCodeID is populated, then either PresentOnAdmissionCodeSystemID or PresentOnAdmissionDisplay must be populated 26 PresentOnAdmissionCodeSystemI Conditionally Required if the code is from an industry standard coding system. Values are the OIDs D Required representing the coding system. For a list of OIDs, see the Standard Code Systems List If the code is from a proprietary coding system, then can be left empty. 27 PresentOnAdmissionDisplay Conditionally How the present on admission code is displayed. Yes, No Required

Procedure Flat File

Procedure Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 ProcedureID Required The unique ID used to identify the procedure in the source system. ProcedureID can be the internal ID from the source system. It must be the same ID used to represent subsequent updates to the procedure. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically this is an epoch (long) or a string representation of the last updated date and time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person, within the context of the tenant in the source system. 12345, The PersonID can be the internal ID from the source system or an alias, such as MRN, as long MRN12345_1.2.3.4.5.6 as it identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 33 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 5 EncounterID Optional The unique ID used to identify the encounter in the source system. EncounterID can be the internal ID from the source system. It must match the ID used in all flat files to identify the encounter.

6 ProcedureCodeID Required The industry standard or proprietary code that identifies the procedure. Example codes can be 76092, 99214 found in the CPT4 vocabulary, but can be any code that is always used to identify a procedure. Without the code, it is unlikely the procedure is of much value. Either ProcedureCodeSystemID or ProcedureDisplay must be populated. 7 ProcedureCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.12 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 8 ProcedureDisplay Conditionally How the procedure is displayed. Mammogram, Required OFFICE/OUTPT VISIT E&M EST MOD-HI SEVERITY 9 ProcedureDate Required The date, or date and time, of the procedure represented in ISO 8601 format. If time is specified, 2007-03-01T13:00:00Z, then it must be in UTC (denoted by the "Z" suffix). This field is the Cerner standard. Without the 3/1/2007 date, it is unlikely the procedure is of much value. 10 ProviderID Optional The unique ID used to identify the provider associated to the procedure in the source system. Typically, this is the provider who performed the procedure.

11 ProviderIdentifier Optional The industry identifier of the provider. Examples include National Provider Identifier (NPI), 12345 Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (both physician and non-physician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated. 12 ProviderIdentifierType Conditionally The type of the provider identifier. Possible types are NPI, DEA, TAX, SL, and UPIN. NPI Required

13 ProviderLastName Optional The last name of the provider associated with the procedure. Typically this is the provider who Doe performed the procedure. 14 ProviderFirstName Optional The first name of the provider associated with the procedure. Typically this is the provider who John performed the procedure.

15 ProviderMiddleName Optional The middle name or initial of the provider associated with the procedure. Typically this is the P provider who performed the procedure. 16 ProviderFullName Optional The full name of the provider associated with the procedure. Typically this is the provider who John P Doe performed the procedure. The Cerner standard is to fill out the discrete provider name (that is, first, middle, last) if available. If discrete names are not available, but the full name is, use this field.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 34 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 17 Comment Optional An accompanying comment about the procedure. 18 BillingRank Optional The prioritization, or billing rank, of this procedure within the context of an encounter. Possible PRIMARY, SECONDARY values are PRIMARY, and SECONDARY

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 35 of 72

ORU Flat Files

Result Flat File

Result Field Specification

2 ResultID Required The unique ID used to identify the result in the source system. ResultID can be an internal ID 12345 from the source system. It must be the same ID used to represent subsequent updates to the result. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant, in the source system. 12345, It can be the internal ID from the source system or an alias, such as MRN, as long as it identifies MRN12345_1.2.3.4.5.6 the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person.

5 EncounterID Optional The unique ID used to identify the encounter in the source system. It can be an internal ID from 12345 the source system. It must match the ID used in all flat files to identify the encounter. 6 ResultTypeCodeID Required The industry standard or proprietary code that identifies the type of result. Examples include 8, 2093-3 SNOMED or LOINC codes, but can be any code used to always identify a particular result type. Without the code, it is unlikely the result is of much value. Either ResultTypeCodeSystemID or ResultTypeDisplay must be populated.

7 ResultTypeCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.1 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 8 ResultTypeDisplay Conditionally How the result type is displayed. Height, Cholesterol Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 36 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 UnitOfMeasureCodeID Optional The industry standard or proprietary code that identifies the unit of measure for the result. 328, 258797006 Without the code, it is unlikely the result is of much value. If UnitOfMeasureCodeID is populated, then either UnitOfMeasureCodeSystemID or UnitOfMeasureDisplay must be populated.

10 UnitOfMeasureCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 11 UnitOfMeasureDisplay Conditionally How the unit of measure is displayed. inches, mg/dL Required

12 ResultValueNumber Conditionally The value of the result if the value is a numeric data type. If the value is textual, then use 68 Required ResultValueText. If the result is codified use ResultValueCodeID. If the value is a date, use ResultValueDate. Either ResultValueText, ResultValueNumber, ResultValueCodeID, or ResultValueDate is required. 13 ResultValueText Conditionally The value of the result if the value is a textual type. If the value is numeric, use Negative Required ResultValueNumber. If the result is codified, use ResultValueCodeID. Either ResultValueText, ResultValueNumber, ResultValueDate or ResultValueCodeID is required. 14 ReferenceRangeText Optional The reference range for the result in textual format. 98-102, <200 15 InterpretationCodeID Optional The industry standard or proprietary code that identifies the interpretation of the result. If N, L InterpretationCodeID is populated, then either InterpretationCodeSystemID or InterpretationDisplay must be populated.

16 InterpretationCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.12.78 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 17 InterpretationDisplay Conditionally How the interpretation is displayed. Normal, L Required

18 ResultDate Required The clinically significant date, or date and time, of the result, represented in ISO 8601 format. For 2007-03-01, 2007-03- Lab results, this is the date and time the specimen was collected. For Vitals and other 01T13:00:00Z measurements, this is when the result was obtained. If time is specified, then it must be in UTC (denoted by the Z suffix). This field is required. 19 LastClinicalSignificantUpdateDate Optional The date, or date and time, the last clinically significant result was updated, represented in ISO 2007-03-01, 2007-03- 8601 format. This field does not replace ResultDateTime. This field is used when a result is 01T13:00:00Z modified and you want to track the time it was modified separately from the time it was originally recorded. It must be UTC (denoted by the Z suffix). 20 Comment Optional The comment associated with the result. comment text 21 StatusCodeID Optional The industry standard or proprietary code that identifies the status of the result. If StatusCodeID 55561003 is populated, then either StatusCodeSystemID or StatusDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 37 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 22 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

23 StatusDisplay Conditionally How the status is displayed. Active Required 24 SpecimenTypeCodeID Optional The industry standard or proprietary code that identifies the type of the specimen (blood, urine, 122575003 and so on) this result was gathered from. If SpecimenCodeID is populated, then either SpecimenCodeSystemID or SpecimenDisplay must be populated.

25 SpecimenTypeCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 26 SpecimenTypeDisplay Conditionally How the specimen type is displayed. Blood, Urine specimen Required

27 MeasurementMethodCodeID Optional The industry standard or proprietary code that provides additional detail about the means or 555, LP6548-4 technique used to ascertain the measurement. For example: LDL by direct assay or by calculation; urine protein by test strip; RBC by automated count. If MeasurementMethodCodeID is populated, then either MeasurementMethodCodeSystemID or MeasurmentMethodDisplay must be populated. 28 MeasurementMethodCodeSystemI Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.1 D Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 29 MeasurementMethodDisplay Conditionally How the measurement method is displayed. Calculation, Test strip Required 30 ResultValueCodeID Conditionally The industry standard or proprietary code that identifies a codified result value. If the value is 260385009 Required numeric, then use ResultValueNumber; if the value is non-codified text, use ResultValueText. Either ResultValueText, ResultValueNumber, ResultValueDate or ResultValueCodeID is required. If ResultValueCodeID is populated, then either ResultValueCodeSystemID or ResultValueDisplay must be populated. 31 ResultValueCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 32 ResultValueCodeDisplay Conditionally The display name associated with the code value. This field is required with ResultValueCodeID. Negative, Moderate Required 33 Context Optional Additional information about the result that could provide value when mapping proprietary codes Vitals, Urinalysis to standard nomenclature terms. For example, the name of the ordered procedure associated with the result, or the category or type of result such as might be used for reporting purposes.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 38 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 34 ResultValueDate Conditionally The value of the result if the value is a date, represented in ISO 8601 format. If 2013-03-01, 2013-03- Required ResultValueNumber, ResultValueText and ResultValueCodeID are not populated, then 01T13:00:00Z ResultValueDate must be populated.

35 Accession Optional The accession number or identifier associated with the result in the source system. One 13-123-045678, accession can be used to identify multiple results that are associated with one lab order on a R001785606 person. The accession can be used as one criteria to identify duplicate results. 36 RecorderType Optional The type of entity who received the information and recorded it in the system. Values include SELF, PROVIDER SELF, PROVIDER, DEVICE, and UNKNOWN.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 39 of 72

PPR Flat Files

Problem Flat File

Problem Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 ProblemID Required The unique ID used to identify the problem in the source system. ProblemID can be the internal ID from the source system. It must be the same ID used to represent subsequent updates to the problem. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If it is not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant, in the source system. 12345, The PersonID can be the internal ID from the source system or an alias, such as MRN as long as MRN12345_1.2.3.4.5.6 it uniquely identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person.

5 EncounterID Optional The unique ID used to identify the encounter in the source system. The EncounterID can be the internal ID from the source system. It must match the ID used in all flat files to identify the encounter. 6 ProblemCodeID Required The industry standard or proprietary code that identifies the problem. Example codes can be 30320 found in the SNOMED vocabulary, but can be any code used to always identify a chronic or acute problem. Without the code, it is unlikely the problem is of much value. Either ProblemCodeSystemID or ProblemDisplay must be populated 7 ProblemCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.26 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

8 ProblemDisplay Conditionally How the problem is displayed. Anemia Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 40 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 OnsetDate Required The onset date or date and time of the problem represented in ISO 8601 format. If time is 2007-03-01T13:00:00Z, specified, then it must be in UTC (denoted by the Z suffix). This field is the Cerner standard. 3/1/2007 10 StatusCodeID Status The industry standard or proprietary code that identifies the status of the problem. Example 394774009 codes can be found in the SNOMED vocabulary, but can be any code that is always used to identify a particular problem status. If StatusCodeID is populated, then either StatusCodeSystemID or StatusDisplay must be populated 11 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

12 StatusDisplay Conditionally How the status is displayed. Active, Resolved Required 13 StatusChangeDate Optional The date, or date and time of the last status change of the problem, represented in ISO 8601 2007-03-01T13:00:00Z, format. If time is specified, then it must be in UTC (denoted by the Z suffix). This field is the 3/1/2007 Cerner standard.

14 ProviderID Optional The unique ID used to identify the provider of the problem in the source system. 15 ProviderIdentifier Optional The industry identifier of the provider. Examples include National Provider Identifier (NPI), 12345 Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (both physician and non-physician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated.

16 ProviderIdentifierType Conditionally The type of the provider identifier. Possible types are NPI, DEA, TAX, SL, and UPIN. NPI Required 17 ProviderLastName Optional The last name of the provider. Doe 18 ProviderFirstname Optional The first name of the provider. John

19 ProviderMiddleName Optional The middle name or initial of the provider. P 20 ProviderFullName Optional The full name of the provider of the problem. The Cerner standard is to fill out the discrete John P Doe provider name (that is, first, middle, last) if available. If discrete names are not available, but the full name is, use this field. 21 Comment Optional A textual comment about the problem.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 41 of 72

RDE Flat Files

Medication Flat File

Medication Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 MedicationID Required The unique ID used to identify the medication in the source system. MedicationID can be an 12345 internal ID from the source system. It must be the same ID used to represent subsequent updates to the medication. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person in the context of the tenant in the source system. 12345, PersonID can be the internal ID from the source system or an alias such as MRN, as long as it MRN12345_1.2.3.4.5.6 identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person.

5 EncounterID Optional The unique ID used to identify the encounter in the source system. The EncounterID can be an internal ID from the source system. It must match the ID used in all flat files to identify the encounter. 6 DrugCodeID Required The industry standard or proprietary code that identifies the primary drug code. The Cerner 60104, 55045267209 standard is to use the National Drug Code (NDC) product identifier. The NDC is a 10 or 11 digit number without dashes or other formatting. Other examples codes can be found in the Multum or RxNorm vocabulary, but can be any code that always identifies a specific drug. Either DrugCodeSystemID or DrugDisplay must be populated. 7 DrugCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.253, Required representing the coding system. For more information on supported OIDs, see the Standard 2.16.840.1.113883.6.69 Code Systems List. If the code is from a proprietary coding system, this field can be empty.

8 DrugDisplay Conditionally How the primary drug of the medication is displayed. Amoxicillin Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 42 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 StartDate Required The date, or date and time, the person started taking the medication represented in ISO 8601 2007-03-01, 2007-03- format. If time is specified, then it must be in UTC (denoted by the Z suffix). This field is the 01T13:00:00Z Cerner standard.

10 StopDate Optional The date, or date and time, the person stopped taking the medication. This field is represented in 2007-03-01, 2007-03- ISO 8601 format. If time is specified, it must be in UTC (denoted by the Z suffix). 01T13:00:00Z 11 OrderStatusCodeID Optional The industry standard or proprietary code that indicates the status of the medication order. 7 Example codes can be found in the SNOMED vocabulary, but can be any code that always identifies a specific status. If OrderStatusCodeID is populated, then either OrderStatusCodeSystemID or OrderStatusDisplay must be populated.

12 OrderStatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 13 OrderStatusDisplay Conditionally How the status of the medication order is displayed. Discontinued Required

14 OrderDetailLine Optional Additional details about the medication order, expressed as a text string. "875 mg, 1 tab, PO, Substitution Allowed, TAB", "0.5 mL, Route: SUB-Q, Drug Form: INJ, ONCALL, Start date: 02/21/12 7:00:00, Duration: 1 doses or times" 15 PrescribingProviderID Optional The unique ID used to identify the provider who prescribed the medication in the source system. 16 PrescribingProviderIdentifier Conditionally The industry identifier of the provider. Examples include National Provider Identifier (NPI), 12345 Required Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (both physician and non-physician providers). If PrescribingProviderIdentifier is populated, then PrescribingProviderIdentifierType must be populated 17 PrescribingProviderIdentifierType Conditionally The type of the provider identifier. Possible types include NPI, DEA, TAX, SL, and UPIN. NPI, UPIN Required 18 PrescribingProviderLastName Optional The last name of the provider who prescribed the medication. Doe 19 PrescribingProviderFirstname Optional The first name of the provider who prescribed the medication. John 20 PrescribingProviderMiddleName Optional The middle name or initial of the provider who prescribed the medication. P 21 PrescribingProviderFullName Optional The full name of the provider who prescribed the medication. The Cerner standard is to fill out John P Doe the discrete provider name (for example, first, middle, last) if available. If discrete names are not available, but the full name is, use this field.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 43 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 22 StrengthDoseAmount Conditionally The dose strength amount of the medication. If DoseAmount is populated, then DoseUnitCodeID 1.5, 1 Required must be populated. 23 StrengthDoseUnitCodeID Conditionally The industry standard or proprietary code that indicates the dose strength units of the medication 12, 258682000 Required order. Example codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular unit code. If a StrengthDoseAmount is populated, then StrengthDoseUnitCodeID should be populated. If StrengthDoseUnitCodeID is populated, then either StrengthDoseUnitCodeSystemID or StrengthDoseUnitDisplay must be populated. 24 StrengthDoseUnitCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 25 StrengthDoseUnitDisplay Conditionally How the dose strength unit of the medication order is displayed. milliliter, gram Required 26 RouteCodeID Optional The industry standard or proprietary code that indicates the route of the medication order. 14 Example codes can be found in the SNOMED vocabulary, but can be any code that is used to always identify a particular route code. If RouteCodeID is populated, then either RouteCodeSystemID or RouteDisplay must be populated. 27 RouteCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

28 RouteDisplay Conditionally How the route of the medication order is displayed. Oral Required 29 FrequencyCodeID Optional The industry standard or proprietary code that indicates the frequency of the medication order. 3 Example codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular unit code. If FrequencyCodeID is populated, then either FrequencyCodeSystemID or FrequencyDisplay must be populated.

30 FrequencyCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 31 FrequencyDisplay Conditionally How the frequency of the medication order is displayed. Three times daily Required

32 Patient Instructions Optional Instructions to the patient for whom the medication is being prescribed. take 1 tablet daily with meal 33 Comments Optional Additional comments documented by the provider that pertain to the medication.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 44 of 72

SIU Flat Files

Appointment Flat Files

Appointment Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, it was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 AppointmentID Required The unique ID used to identify the appointment in the source system. The AppointmentID can be an internal ID from the source system. It must be the same ID used to represent subsequent updates to the appointment. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person who is the subject of the appointment within the 12345, context of the tenant in the source system. The PersonID can be the internal ID from the source MRN12345_1.2.3.4.5.6 system or an alias, such as MRN, as long as it identifies the person within the tenant. It must match the PersonID used in all clinical item flat files used to identify the person.

5 EncounterID Optional The unique ID used to identify the encounter in the source system. The EncounterID can be the internal ID from the source system. It must match the ID used in all flat files to identify the encounter. 6 StartDate Optional The start date and time of the appointment, in context of the person, represented in ISO 8601 2007-03-01T13:00:00Z format. Time must be in UTC (denoted by the Z suffix). If the person is not required to attend the appointment, then the StartDate is NULL.

7 EndDate Optional The end date and time of the appointment, in context of the person, represented in ISO 8601 2007-03-01T14:00:00Z format. Time must be in UTC (denoted by the Z suffix). If the person is not required to attend the appointment, then the EndDate is NULL. 8 StatusCodeID Optional The industry standard or proprietary code that identifies the appointment status. If StatusCodeID is populated, then either StatusCodeSystemID or StatusDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 45 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

10 StatusDisplay Conditionally How the status is displayed. No Show Required 11 TypeCodeID Optional The industry standard or proprietary code that identifies the administrative type of appointment planned. If TypeCodeID is populated, then either TypeCodeSystemID or TypeDisplay must be populated.

12 TypeCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 13 TypeDisplay Conditionally How the administrative type of appointment is displayed. Phone Call Required

14 ReasonCodeID Optional The industry standard or proprietary code that identifies the reason for the appointment, which is generally clinical in nature. If ReasonCodeID is populated, then either ReasonCodeSystemID or ReasonDisplay must be populated. 15 ReasonCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

16 ReasonDisplay Conditionally How the appointment reason is displayed. C-Section Required 17 LocationID Optional The unique ID used to identify the location where the appointment took place (or will take) in the 12345 source system. The LocationID can be an internal ID from the source system or an alias, as long as it is used consistently.

18 LocationDisplay Optional How the location of the appointment is displayed. Baseline East Medical Center

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 46 of 72

Appointment Slot (File 2) Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 AppointmentID Required The unique ID used to identify the appointment in the source system. The AppointmentID can be an internal ID from the source system. It must be the same ID used to represent subsequent updates to the appointment. 1 SlotID Optional The SlotID is the unique ID of the slot that this appointment is filling in the source system. The SlotID can be an internal ID from the source system. 2 Display Optional The Display is how the slot is displayed. 3 FreeBusyType Optional The FreeBusyType indicates the state of the slot. Possible values include BUSY, FREE, BUSY , FREE UNAVAILABLE, and TENTATIVE. 4 ParticipantRoleCodeID Optional The industry standard or proprietary code that identifies the role of the slot owner in the appointment. If ParticipantRoleCodeID is populated, then either ParticipantRoleCodeSystemID or ParticipantRoleDisplay must be populated.

5 ParticipantRoleCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 6 ParticipantRoleDisplay Conditionally How the slot owner role is displayed. Required

7 ProviderID Optional If the appointment slot is for a provider, then ProviderID is the unique ID used to identify the provider. 8 ProviderIdentifier Optional If the appointment slot is for a provider, then the ProviderIdentifier is the industry identifier of the 12345 provider. Examples include National Provider Identifier (NPI), Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (including physician and non-physician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated. 9 ProviderIdentifierType Conditionally If the appointment slot is for a provider, then the ProviderIdentifierType is the type of the provider NPI Required identifier. Possible types include NPI, DEA, TAX, SL, and UPIN. 10 ProviderLastName Optional If the appointment slot is for a provider, then ProviderLastName is the last name of the provider. Doe 11 ProviderFirstName Optional If the appointment slot is for a provider, then ProviderFirstName is the first name of the provider. John 12 ProviderMiddleName Optional If the appointment slot is for a provider, ProviderMiddleName is the middle name of the provider. P 13 ProviderFullName Optional If the appointment slot is for a provider, the ProviderFullName is the full name of the provider. John P Doe The Cerner standard is to fill out the discrete provider name (that is first, middle, last) if available. If discrete names are not available, but the full name is, use this field.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 47 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 14 ResourceDisplay Optional If the appointment slot is for a resource, such as a room or device, then the ResourceDisplay is the display name of the resource. 15 StartDate Optional The StartDate is the start date and time of the appointment in context of the slot. StartDate is 2007-03-01T13:00:00Z represented in ISO 8601 format. Time must be in UTC (denoted by the Z suffix). 16 EndDate Optional The EndDate is the end date and time of the appointment in context of the slot. EndDate is 2007-03-01T14:00:00Z represented in ISO 8601 format. Time must be in UTC (denoted by the Z suffix).

Appointment Participation Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 AppointmentID Required The unique ID used to identify the appointment in the source system. The AppointmentID can be an internal ID from the source system. It must be the same ID used to represent subsequent updates to the appointment. 1 ParticipantRoleCodeID Optional The industry standard or proprietary code that identifies the role of the participant in the appointment. If ParticipantRoleCodeID is populated, then either ParticipantRoleCodeSystemID or ParticipantRoleDisplay must be populated. 2 ParticipantRoleCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 3 ParticipantRoleDisplay Conditionally How the participant role is displayed. Required

4 ProviderID Optional If the appointment participant is a provider, then ProviderID is the unique ID used to identify the provider. 5 ProviderIdentifier Optional If the appointment participant is a provider, then the ProviderIdentifier is the industry identifier of 12345 the provider. Examples include National Provider Identifier (NPI), Unique Physician Identification Number (UPIN), or any other industry recognized identifier of a provider (including physician and non-physician providers). If ProviderIdentifier is populated, then ProviderIdentifierType must be populated. 6 ProviderIdentifierType Conditionally If the appointment participant is a provider, then the ProviderIdentifierType is the type of the NPI Required provider identifier. Possible types include NPI, DEA, TAX, SL, and UPIN.

7 ProviderLastName Optional If the appointment participant is a provider, then ProviderLastName is the last name of the Doe provider.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 48 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 8 ProviderFirstName Optional If the appointment participant is a provider, then ProviderFirstName is the first name of the John provider. 9 ProviderMiddleName Optional If the appointment participant is a provider, then ProviderMiddleName is the middle name of the P provider. 10 ProviderFullName Optional If the appointment participant is a provider, then the ProviderFullName is the full name of the John P Doe provider. The Cerner standard is to fill out the discrete provider name (that is first, middle, last) if available. If discrete names are not available, but the full name is, use this field. 11 ResourceDisplay Optional If the appointment participant is a resource, such as a room or device, then the ResourceDisplay is the display name of the resource.

Appointment Action Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 AppointmentID Required The unique ID used to identify the appointment in the source system. The AppointmentID can be an internal ID from the source system. It must be the same ID used to represent subsequent updates to the appointment. 1 ActionTypeCodeID Optional The industry standard or proprietary code that identifies the type of action taken on the 58334001 appointment. If ActionTypeCodeID is populated, then either ActionTypeCodeSystemID or ActionTypeDisplay must be populated. 2 ActionTypeCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 3 ActionTypeDisplay Conditionally How type of action is displayed. Reschedule Required 4 ActionDate Optional The date or date and time of the action represented in ISO 8601 format. If time is specified, it 2007-03-01, 2007-03- must be in UTC (denoted by the Z suffix). 01T13:00:00Z

5 ActionReasonCodeID Optional The industry standard or proprietary code that identifies the reason for the action taken on the 410543007 appointment. If ActionReasonCodeID is populated, then either ActionReasonCodeSystemID or ActionReasonDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 49 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 6 ActionReasonCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

7 ActionReasonDisplay Conditionally How the reason for the action is displayed. No Show Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 50 of 72

VXU Flat Files

Immunization Flat File

Immunization Field Specification

Required, Conditionally Required, or Index Field Name Optional Description Examples 0 DeleteInd Optional 1 indicates that the entity was deleted in the source system. Any other value or absence of a value indicates the entity was not deleted (that is, was updated). 1 TenantID Conditionally The unique ID used to identify the tenant that owns the clinical item in the source system. This Required field is typically used when the source system contains multiple tenants and you want to maintain that structure in HealtheIntent.

2 ImmunizationID Required The unique ID used to identify the immunization in the source system. It can be an internal ID 12345 from the source system. Must be the same ID used to represent subsequent updates to the immunization. 3 Version Required The version of the entity in the source system. The version must be lexicographically 1, 20121026010000 comparable. Typically, this is an epoch (long) or a string representation of the last updated date time. This is used to determine whether this version of the entity is newer than the version currently in the receiving system. If not specified, 0 is used. 4 PersonID Required The unique ID used to identify the person within the context of the tenant in the source system. 12345, The PersonID can be the internal ID from the source system or an alias, such as MRN, as long MRN12345_1.2.3.4.5.6 as it identifies the person within the tenant. It must match the PersonID used in all clinical item flat files to identify the person.

7 ImmunizationCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.59, Required representing the coding system. For more information on supported OIDs, see the Standard 2.16.840.1.113883.6.12 Code Systems List. If the code is from a proprietary coding system, this can be empty. 8 ImmunizationDisplay Conditionally How the immunization name is displayed. MMR, Hep A, adult Required

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 51 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 9 ImmunizationDate Required The date, or the date and time, when the person received the immunization represented in ISO 2007-03-01, 2007-03- 8601 format. If time is specified, then it must be in UTC (denoted by the Z suffix). This field is the 01T13:00:00Z Cerner standard.

10 DrugCodeID Optional The industry standard or proprietary code that identifies the actual drug that was administered. 12564 Example codes can be found in the NDC, Multum, or RxNorm vocabulary, but can be any code used to always identify a drug. If DrugCodeID is populated, then either DrugCodeSystemID or DrugDisplay must be populated. 11 DrugCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.26 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 12 DrugDisplay Conditionally How the actual drug or vaccine that was administered is displayed. M-M-R II Required 13 DrugManufacturerCodeID Optional The industry standard or proprietary code that identifies the vaccine manufacturer. If DrugManufacturerCodeID is populated, then either DrugManufacturerCodeSystemID or DrugManufacturerDisplay must be populated. 14 DrugManufacturerCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this field can be empty. 15 DrugManufacturerDisplay Conditionally The name of the vaccine manufacturer. Sanofi Pasteur Required 16 DrugManufacturerLot Optional The lot number of the vaccine from the manufacturer. ut3252aa 17 DoseAmount Optional The administered dose amount of the vaccine. If specified, the corresponding Dose Unit fields is 1.5, 1 required.

18 DoseUnitCodeID Conditionally The industry standard or proprietary code that indicates the dose units administered. Example 258773002 Required codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular unit code. If a dosage is specified, this field should be populated. If DoseUnitCodeID is populated, then either DoseUnitCodeSystemID or DoseUnitDisplay must be populated. 19 DoseUnitCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs 2.16.840.1.113883.6.96 Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty. 20 DoseUnitDisplay Conditionally How the dose unit is displayed. If a dose amount is specified, this field should be populated. milliliter Required 21 RouteCodeID Optional The industry standard or proprietary code that indicates the route of administration. Example 4 codes can be found in the SNOMED vocabulary, but can be any code used to always identify a particular route code. If RouteCodeID is populated, then either RouteCodeSystemID or RouteDisplay must be populated.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 52 of 72

Required, Conditionally Required, or Index Field Name Optional Description Examples 22 RouteCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

23 RouteDisplay Conditionally How the route of administration is displayed. Intramuscular Required 24 RefusalInd Optional 1 indicates the immunization was offered, but was refused by the person. Any other value or 1 absence of a value indicates the immunization was administered. 25 StatusCodeID Optional The industry standard or proprietary code that identifies the status of the immunization. If 2 StatusCodeID is populated, then either StatusCodeSystemID or StatusDisplay must be populated. 26 StatusCodeSystemID Conditionally Required if the code is from an industry standard coding system. Values are the OIDs Required representing the coding system. For more information on supported OIDs, see the Standard Code Systems List. If the code is from a proprietary coding system, this can be empty.

27 StatusDisplay Conditionally How the status is displayed. Complete Required 28 Comments Optional An accompanying comment about the immunization.

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 53 of 72

Standard Code Systems List

Standard Code Systems The table below contains a list of standard code systems and code system object identifiers (OIDs) that are recognized by HealtheIntent.

Note. This table does not include the Health Level Seven (HL7) value sets for which HealtheIntent is configured. To view the configured HL7 code system, see HL7 Code Systems and Value Sets.

Table Columns

Column Description Name The name of the standard vocabulary or the registration authority for the code system. Code System Identifier Numeric values are unique International Standards Organization (ISO) OID maintained in the HL7 OID Registry. The textual code system identifiers are created by Cerner for code systems that do not have a standard OID. Description The specific name or description of the Code System.

Table

Code System Name Code System Identifier Responsible Body All Patient DRGs (AP-DRG) urn:cerner:codingsystem:drg:apdrg Centers for Medicare & Medicaid Services (CMS) All Patient Refined DRGs (APR-DRG) urn:cerner:codingsystem:drg:aprdrg CMS All Patient, Severity-Adjusted DRGs (APS-DRG) urn:cerner:codingsystem:drg:apsdrg CMS CMS Place of Service 2.16.840.1.113883.15.5 CMS CMS Medical Specialty urn:cerner:codingsystem:cms:medicalspecialty CMS CPT-4 (HCPCS level I) 2.16.840.1.113883.6.12 American Medical Association (AMA) CVX (CDC Vaccines administered) 2.16.840.1.113883.12.292 Centers for Disease Control and Prevention (CDC)

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 54 of 72

Code System Name Code System Identifier Responsible Body CVX (CDC Vaccines administered) 2.16.840.1.113883.6.59 (OID is obsolete;use 2.16.840.1.113883.12.292) EDI 837 Advanced Billing Concepts urn:cerner:codingsystem:edi:837:5010:advancedbillingconcepts CMS EDI 837 Claim Filing Indicator urn:cerner:codingsystem:edi:837:5010:claimfilingindicator CMS EDI Present On Admission urn:cerner:codingsystem:edi:837:5010:presentonadmission CMS EDI 837 Relation To Subscriber urn:cerner:codingsystem:edi:837:5010:reltosubscriber CMS EDI 837 Unit Of Measure urn:cerner:codingsystem:edi:837:5010:unitofmeasure CMS FIPS State Codes 2.16.840.1.113883.6.92 National Institute of Standards and Technology (NIST) Information Technology Laboratory FIPS County Codes 2.16.840.1.113883.6.93 NIST Information Technology Laboratory HCPCS (all levels) 2.16.840.1.113883.6.14 Health Care Financing Administration (HCFA) HCPCS level II 2.16.840.1.113883.6.285 HCFA International-Refined DRGs (IR-DRG) urn:cerner:codingsystem:drg:irdrg CMS NUCC Health Care Provider Taxonomy 2.16.840.1.113883.6.101 National Uniform Claim Committee (NUCC) ICD-9-CM diagnosis codes 2.16.840.1.113883.6.103 World Health Organization (WHO) ICD-9-CM procedures codes 2.16.840.1.113883.6.104 WHO ICD-9-CM (not specified) 2.16.840.1.113883.6.2 WHO ICD-10-CM 2.16.840.1.113883.6.90 WHO ICD-10-PCS 2.16.840.1.113883.6.4 WHO ISO Numeric Country code 1.0.3166.1.2.1 International Organization for Standardization (ISO) ISO 2 Character Country code 1.0.3166.1.2.2 ISO ISO 3 Character Country code 1.0.3166.1.2.3 ISO LOINC 2.16.840.1.113883.6.1 Regenstrief Institute MARA Summary Groupings urn:cerner:codingsystem:milliman:maraconditioncode Milliman MEDCIN codes 2.16.840.1.113883.6.26 Medicomp Systems Medicare DRG (MS-DRG) urn:cerner:codingsystem:drg:msdrg CMS

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 55 of 72

Code System Name Code System Identifier Responsible Body Medispan Drug Descriptor ID (MDDID) 2.16.840.1.113883.6.253 Wolters Kluwer Health -- Medi-Span Medi-Span Diagnostic Codes (MDDX) 2.16.840.1.113883.6.65 Wolters Kluwer Health -- Medi-Span Medi-Span GPI Codes (MGPI) 2.16.840.1.113883.6.68 Wolters Kluwer Health -- Medi-Span Multum Lexicon 2.16.840.1.113883.6.27 Cerner Multum Multum drug ID (dNum) 2.16.840.1.113883.6.314 Cerner Multum Multum Main Drug Code (MMDC) 2.16.840.1.113883.6.311 Cerner Multum Multum drug synonym ID 2.16.840.1.113883.6.312 Cerner Multum Multum drug allergy category ID 2.16.840.1.113883.6.313 Cerner Multum NCI Thesaurus 2.16.840.1.113883.3.26.1.1 National Cancer Institute NDC 2.16.840.1.113883.6.69 US Food and Drug Administration (FDA) NUBC Admission Source 2.16.840.1.113883.6.301.4 National Uniform Billing Committee (NUBC) NUBC Admission Type urn:cerner:codingsystem:claims:nubc:admissiontypecode NUBC NUBC Facility Type urn:cerner:codingsystem:claims:nubc:facilitytypecodes NUBC NUBC Patient Discharge Status 2.16.840.1.113883.6.301.5 NUBC NUBC Patient Status urn:cerner:codingsystem:claims:nubc:patientstatuscode NUBC NUBC Service Line Revenue 2.16.840.1.113883.6.301.3 NUBC NUBC Type of Bill 2.16.840.1.113883.6.301.1 NUBC NUBC Type of Bill Frequency 2.16.840.1.113883.6.301.2 NUBC NUBC UB92 2.16.840.1.113883.6.21 NUBC PHDSC Source of Payment Typology 5.0 2.16.840.1.113883.3.221.5 Public Health Data Standards Consortium Refined DRGs (R-DRG) urn:cerner:codingsystem:drg:rpdrg CMS RxNorm 2.16.840.1.113883.6.88 National Library of Medicine Severity DRGs (S-DRG) urn:cerner:codingsystem:drg:sdrg CMS SNOMED CT 2.16.840.1.113883.6.96 International Health Terminology Standards Development Organization (IHTSDO) UCUM 2.16.840.1.113883.6.8 Regenstrief Institute Unified Codes for Units of Measure

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 56 of 72

Code System Name Code System Identifier Responsible Body UMLS 2.16.840.1.113883.6.86 National Library of Medicine UNII 2.16.840.1.113883.4.9 FDA

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 57 of 72

HL7 Code Systems and Value Sets

Healthe Level Seven (HL7) Code Systems and Value Sets HL7 Version 3 defines a Code System as a collection of codes with associated designations, meanings, and associations. An HL7 Value Set represents a uniquely identifiable set of valid concept identifiers.

The table below contains a list of the HL7 code systems and value sets that are recognized by HealtheIntent, along with the unique object identifier (OID) for each, as maintained in the HL7 OID Registry.

HL7 v2 Code System Table

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Administrative Sex 2.16.840.1.113883.12.1 HL7 v2.x Admit Source 2.16.840.1.113883.12.23 HL7 v2.x Marital Status 2.16.840.1.113883.12.2 HL7 v2.x Fee schedule 2.16.840.1.113883.12.24 HL7 v2.x Event type 2.16.840.1.113883.12.3 HL7 v2.x Priority 2.16.840.1.113883.12.27 HL7 v2.x Patient Class 2.16.840.1.113883.12.4 HL7 v2.x Charge/price indicator 2.16.840.1.113883.12.32 HL7 v2.x Race 2.16.840.1.113883.12.5 HL7 v2.x Document completion status 2.16.840.1.113883.5.33 HL7 v2.x Religion 2.16.840.1.113883.12.6 HL7 v2.x Order status 2.16.840.1.113883.12.38 HL7 v2.x Admission Type 2.16.840.1.113883.12.7 HL7 v2.x Company plan code 2.16.840.1.113883.12.42 HL7 v2.x Acknowledgment code 2.16.840.1.113883.12.8 HL7 v2.x Condition code 2.16.840.1.113883.12.43 HL7 v2.x Ambulatory status 2.16.840.1.113883.12.9 HL7 v2.x Contract code 2.16.840.1.113883.12.44 HL7 v2.x Physician ID 2.16.840.1.113883.12.10 HL7 v2.x Courtesy code 2.16.840.1.113883.12.45 HL7 v2.x Transaction type 2.16.840.1.113883.12.17 HL7 v2.x Credit rating 2.16.840.1.113883.12.46 HL7 v2.x Patient type 2.16.840.1.113883.12.18 HL7 v2.x What subject filter 2.16.840.1.113883.12.48 HL7 v2.x Anesthesia code 2.16.840.1.113883.12.19 HL7 v2.x Department code 2.16.840.1.113883.12.49 HL7 v2.x Bad debt agency code 2.16.840.1.113883.12.21 HL7 v2.x Accident code 2.16.840.1.113883.12.50 HL7 v2.x Billing status 2.16.840.1.113883.12.22 HL7 v2.x Diagnosis code 2.16.840.1.113883.12.51

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 58 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Diagnosis type 2.16.840.1.113883.12.52 HL7 v2.x Pre-admit test indicator 2.16.840.1.113883.12.87 HL7 v2.x Diagnosis coding method 2.16.840.1.113883.12.53 HL7 v2.x Procedure Code 2.16.840.1.113883.12.88 HL7 v2.x Diagnosis related group 2.16.840.1.113883.12.55 HL7 v2.x Procedure coding method 2.16.840.1.113883.12.89 HL7 v2.x DRG grouper review code 2.16.840.1.113883.12.56 HL7 v2.x Query priority 2.16.840.1.113883.12.91 HL7 v2.x Consent code 2.16.840.1.113883.12.59 HL7 v2.x Re-admission indicator 2.16.840.1.113883.12.92 HL7 v2.x Check digit scheme 2.16.840.1.113883.12.61 HL7 v2.x Release information 2.16.840.1.113883.12.93 HL7 v2.x Event reason 2.16.840.1.113883.12.62 HL7 v2.x Type of agreement 2.16.840.1.113883.12.98 HL7 v2.x Relationship 2.16.840.1.113883.12.63 HL7 v2.x VIP indicator 2.16.840.1.113883.12.99 HL7 v2.x Financial class 2.16.840.1.113883.12.64 HL7 v2.x When to charge 2.16.840.1.113883.12.100 HL7 v2.x Specimen action code 2.16.840.1.113883.12.65 HL7 v2.x Delayed acknowledgment type 2.16.840.1.113883.12.102 HL7 v2.x Employment status 2.16.840.1.113883.12.66 HL7 v2.x Processing ID 2.16.840.1.113883.12.103 HL7 v2.x Guarantor type 2.16.840.1.113883.12.68 HL7 v2.x Version ID 2.16.840.1.113883.12.104 HL7 v2.x Hospital Service 2.16.840.1.113883.12.69 HL7 v2.x Source of comment 2.16.840.1.113883.12.105 HL7 v2.x Specimen source codes 2.16.840.1.113883.12.70 HL7 v2.x Query/response format code 2.16.840.1.113883.12.106 HL7 v2.x Insurance plan ID 2.16.840.1.113883.12.72 HL7 v2.x Deferred response type 2.16.840.1.113883.12.107 HL7 v2.x Interest rate code 2.16.840.1.113883.12.73 HL7 v2.x Query results level 2.16.840.1.113883.12.108 HL7 v2.x Diagnostic service section ID 2.16.840.1.113883.12.74 HL7 v2.x Report priority 2.16.840.1.113883.12.109 HL7 v2.x Message type 2.16.840.1.113883.12.76 HL7 v2.x Transfer to bad debt code 2.16.840.1.113883.12.110 HL7 v2.x Abnormal Flags 2.16.840.1.113883.12.78 HL7 v2.x Delete account code 2.16.840.1.113883.12.111 HL7 v2.x Nature of abnormal testing 2.16.840.1.113883.12.80 HL7 v2.x Discharge Disposition 2.16.840.1.113883.12.112 HL7 v2.x Outlier type 2.16.840.1.113883.12.83 HL7 v2.x Discharged to location 2.16.840.1.113883.12.113 HL7 v2.x Performed by 2.16.840.1.113883.12.84 HL7 v2.x Diet type 2.16.840.1.113883.12.114 HL7 v2.x Observation Result Status 2.16.840.1.113883.12.85 HL7 v2.x Servicing facility 2.16.840.1.113883.12.115 HL7 v2.x Plan ID 2.16.840.1.113883.12.86 HL7 v2.x Bed status 2.16.840.1.113883.12.116

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 59 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Account status 2.16.840.1.113883.12.117 HL7 v2.x Eligibility source 2.16.840.1.113883.12.144 HL7 v2.x Major diagnostic category 2.16.840.1.113883.12.118 HL7 v2.x Room type 2.16.840.1.113883.12.145 HL7 v2.x Order Control codes 2.16.840.1.113883.12.119 HL7 v2.x Amount type 2.16.840.1.113883.12.146 HL7 v2.x Response flag 2.16.840.1.113883.12.121 HL7 v2.x Policy type 2.16.840.1.113883.12.147 HL7 v2.x Charge type 2.16.840.1.113883.12.122 HL7 v2.x Penalty type 2.16.840.1.113883.12.148 HL7 v2.x Result status 2.16.840.1.113883.12.123 HL7 v2.x Day type 2.16.840.1.113883.12.149 HL7 v2.x Transportation mode 2.16.840.1.113883.12.124 HL7 v2.x Pre-certification patient type 2.16.840.1.113883.12.150 HL7 v2.x Value type 2.16.840.1.113883.12.125 HL7 v2.x Second opinion status 2.16.840.1.113883.12.151 HL7 v2.x Quantity limited request 2.16.840.1.113883.12.126 HL7 v2.x Second opinion 2.16.840.1.113883.12.152 documentation received HL7 v2.x Allergen type 2.16.840.1.113883.12.127 HL7 v2.x Value code 2.16.840.1.113883.12.153 HL7 v2.x Allergy severity 2.16.840.1.113883.12.128 HL7 v2.x Accept/application 2.16.840.1.113883.12.155 HL7 v2.x Accommodation code 2.16.840.1.113883.12.129 acknowledgment conditions HL7 v2.x Visit user code 2.16.840.1.113883.12.130 HL7 v2.x Which date/time qualifier 2.16.840.1.113883.12.156 HL7 v2.x Contact Role 2.16.840.1.113883.12.131 HL7 v2.x Which date/time status 2.16.840.1.113883.12.157 HL7 v2.x Transaction code 2.16.840.1.113883.12.132 qualifier HL7 v2.x Procedure practitioner 2.16.840.1.113883.12.133 HL7 v2.x Date/time selection qualifier 2.16.840.1.113883.12.158 identifier code type HL7 v2.x Diet code specification type 2.16.840.1.113883.12.159 HL7 v2.x Assignment of benefits 2.16.840.1.113883.12.135 HL7 v2.x Tray type 2.16.840.1.113883.12.160 HL7 v2.x Yes/no indicator 2.16.840.1.113883.12.136 HL7 v2.x Allow substitution 2.16.840.1.113883.12.161 HL7 v2.x Mail claim party 2.16.840.1.113883.12.137 HL7 v2.x Route of administration 2.16.840.1.113883.12.162 HL7 v2.x Employer information data 2.16.840.1.113883.12.139 HL7 v2.x Body Site 2.16.840.1.113883.12.163 HL7 v2.x Military service 2.16.840.1.113883.12.140 HL7 v2.x Administration device 2.16.840.1.113883.12.164 HL7 v2.x Military rank/grade 2.16.840.1.113883.12.141 HL7 v2.x Administration method 2.16.840.1.113883.12.165 HL7 v2.x Military status 2.16.840.1.113883.12.142 HL7 v2.x RX component type 2.16.840.1.113883.12.166 HL7 v2.x Non-covered insurance code 2.16.840.1.113883.12.143 HL7 v2.x Substitution status 2.16.840.1.113883.12.167

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 60 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Processing priority 2.16.840.1.113883.12.168 HL7 v2.x Name Type 2.16.840.1.113883.12.200 HL7 v2.x Reporting priority 2.16.840.1.113883.12.169 HL7 v2.x Telecommunication use code 2.16.840.1.113883.12.201 HL7 v2.x Derived specimen 2.16.840.1.113883.12.170 HL7 v2.x Telecommunication equipment 2.16.840.1.113883.12.202 type HL7 v2.x Citizenship 2.16.840.1.113883.12.171 HL7 v2.x Identifier Type 2.16.840.1.113883.12.203 HL7 v2.x Veterans military status 2.16.840.1.113883.12.172 HL7 v2.x Organizational name type 2.16.840.1.113883.12.204 HL7 v2.x Coordination of benefits 2.16.840.1.113883.12.173 HL7 v2.x Price type 2.16.840.1.113883.12.205 HL7 v2.x Nature of service / test / 2.16.840.1.113883.12.174 observation HL7 v2.x Segment action code 2.16.840.1.113883.12.206 HL7 v2.x Master file identifier code 2.16.840.1.113883.12.175 HL7 v2.x Processing mode 2.16.840.1.113883.12.207 HL7 v2.x Confidentiality code 2.16.840.1.113883.12.177 HL7 v2.x Query response status 2.16.840.1.113883.12.208 HL7 v2.x File level event code 2.16.840.1.113883.12.178 HL7 v2.x Relational operator 2.16.840.1.113883.12.209 HL7 v2.x Response level 2.16.840.1.113883.12.179 HL7 v2.x Relational conjunction 2.16.840.1.113883.12.210 HL7 v2.x Record-level event code 2.16.840.1.113883.12.180 HL7 v2.x Alternate character sets 2.16.840.1.113883.12.211 HL7 v2.x MFN record-level error return 2.16.840.1.113883.12.181 HL7 v2.x Nationality 2.16.840.1.113883.12.212 HL7 v2.x Staff type 2.16.840.1.113883.12.182 HL7 v2.x Purge status code 2.16.840.1.113883.12.213 HL7 v2.x Active/inactive 2.16.840.1.113883.12.183 HL7 v2.x Special Program Codes 2.16.840.1.113883.12.214 HL7 v2.x Department 2.16.840.1.113883.12.184 HL7 v2.x Publicity code 2.16.840.1.113883.12.215 HL7 v2.x Preferred method of contact 2.16.840.1.113883.12.185 HL7 v2.x Patient Status 2.16.840.1.113883.12.216 HL7 v2.x Practitioner category 2.16.840.1.113883.12.186 HL7 v2.x Visit priority code 2.16.840.1.113883.12.217 HL7 v2.x Provider billing 2.16.840.1.113883.12.187 HL7 v2.x Patient charge adjustment 2.16.840.1.113883.12.218 HL7 v2.x Operator ID 2.16.840.1.113883.12.188 HL7 v2.x Recurring Service 2.16.840.1.113883.12.219 HL7 v2.x Ethnic group 2.16.840.1.113883.12.189 HL7 v2.x Living arrangement 2.16.840.1.113883.12.220 HL7 v2.x Address Type 2.16.840.1.113883.12.190 HL7 v2.x Contact reason 2.16.840.1.113883.12.222 HL7 v2.x Type of referenced data 2.16.840.1.113883.12.191 HL7 v2.x Living dependency 2.16.840.1.113883.12.223 HL7 v2.x Amount class 2.16.840.1.113883.12.193 HL7 v2.x Transport arranged 2.16.840.1.113883.12.224

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 61 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Escort required 2.16.840.1.113883.12.225 HL7 v2.x Product source 2.16.840.1.113883.12.248 HL7 v2.x MVX (CDC Manufacturers of 2.16.840.1.113883.12.227 HL7 v2.x Generic product 2.16.840.1.113883.12.249 Vaccines) HL7 v2.x Relatedness assessment 2.16.840.1.113883.12.250 HL7 v2.x Diagnosis classification 2.16.840.1.113883.12.228 HL7 v2.x Action taken in response to 2.16.840.1.113883.12.251 HL7 v2.x DRG payor 2.16.840.1.113883.12.229 the event HL7 v2.x Procedure functional type 2.16.840.1.113883.12.230 HL7 v2.x Causality observations 2.16.840.1.113883.12.252 HL7 v2.x Student status 2.16.840.1.113883.12.231 HL7 v2.x Indirect exposure mechanism 2.16.840.1.113883.12.253 HL7 v2.x Insurance company contact 2.16.840.1.113883.12.232 HL7 v2.x Kind of quantity 2.16.840.1.113883.12.254 reason HL7 v2.x Duration categories 2.16.840.1.113883.12.255 HL7 v2.x Non-concur code/description 2.16.840.1.113883.12.233 HL7 v2.x Time delay post challenge 2.16.840.1.113883.12.256 HL7 v2.x Report timing 2.16.840.1.113883.12.234 HL7 v2.x Nature of challenge 2.16.840.1.113883.12.257 HL7 v2.x Report source 2.16.840.1.113883.12.235 HL7 v2.x Relationship modifier 2.16.840.1.113883.12.258 HL7 v2.x Event reported to 2.16.840.1.113883.12.236 HL7 v2.x Modality 2.16.840.1.113883.12.259 HL7 v2.x Event qualification 2.16.840.1.113883.12.237 HL7 v2.x Patient location type 2.16.840.1.113883.12.260 HL7 v2.x Event seriousness 2.16.840.1.113883.12.238 HL7 v2.x Location equipment 2.16.840.1.113883.12.261 HL7 v2.x Event expected 2.16.840.1.113883.12.239 HL7 v2.x Privacy level 2.16.840.1.113883.12.262 HL7 v2.x Event consequence 2.16.840.1.113883.12.240 HL7 v2.x Level of care 2.16.840.1.113883.12.263 HL7 v2.x Patient outcome 2.16.840.1.113883.12.241 HL7 v2.x Location department 2.16.840.1.113883.12.264 HL7 v2.x Primary observer's 2.16.840.1.113883.12.242 HL7 v2.x Specialty Type 2.16.840.1.113883.12.265 qualification HL7 v2.x Days of the week 2.16.840.1.113883.12.267 HL7 v2.x Identity may be divulged 2.16.840.1.113883.12.243 HL7 v2.x Override 2.16.840.1.113883.12.268 HL7 v2.x Single use device 2.16.840.1.113883.12.244 HL7 v2.x Charge on indicator 2.16.840.1.113883.12.269 HL7 v2.x Product problem 2.16.840.1.113883.12.245 HL7 v2.x Document Type 2.16.840.1.113883.12.270 HL7 v2.x Product available for 2.16.840.1.113883.12.246 inspection HL7 v2.x Document completion status 2.16.840.1.113883.12.271 HL7 v2.x Status of evaluation 2.16.840.1.113883.12.247

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 62 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Document confidentiality 2.16.840.1.113883.12.272 HL7 v2.x Primary language 2.16.840.1.113883.12.296 status HL7 v2.x CN ID source 2.16.840.1.113883.12.297 HL7 v2.x Document availability status 2.16.840.1.113883.12.273 HL7 v2.x CP range type 2.16.840.1.113883.12.298 HL7 v2.x Document storage status 2.16.840.1.113883.12.275 HL7 v2.x Encoding 2.16.840.1.113883.12.299 HL7 v2.x Appointment reason codes 2.16.840.1.113883.12.276 HL7 v2.x Namespace ID 2.16.840.1.113883.12.300 HL7 v2.x Appointment type codes 2.16.840.1.113883.12.277 HL7 v2.x Universal ID type 2.16.840.1.113883.12.301 HL7 v2.x Filler status codes 2.16.840.1.113883.12.278 HL7 v2.x Point of care 2.16.840.1.113883.12.302 HL7 v2.x Allow substitution codes 2.16.840.1.113883.12.279 HL7 v2.x Room 2.16.840.1.113883.12.303 HL7 v2.x Referral priority 2.16.840.1.113883.12.280 HL7 v2.x Bed 2.16.840.1.113883.12.304 HL7 v2.x Referral type 2.16.840.1.113883.12.281 HL7 v2.x Person location type 2.16.840.1.113883.12.305 HL7 v2.x Referral disposition 2.16.840.1.113883.12.282 HL7 v2.x Location status 2.16.840.1.113883.12.306 HL7 v2.x Referral status 2.16.840.1.113883.12.283 HL7 v2.x Building 2.16.840.1.113883.12.307 HL7 v2.x Referral category 2.16.840.1.113883.12.284 HL7 v2.x Floor 2.16.840.1.113883.12.308 HL7 v2.x Insurance Company ID Codes 2.16.840.1.113883.12.285 HL7 v2.x Coverage type 2.16.840.1.113883.12.309 HL7 v2.x Problem/goal action code 2.16.840.1.113883.12.287 HL7 v2.x Job status 2.16.840.1.113883.12.311 HL7 v2.x Census tract 2.16.840.1.113883.12.288 HL7 v2.x Policy scope 2.16.840.1.113883.12.312 HL7 v2.x County/parish 2.16.840.1.113883.12.289 HL7 v2.x Policy source 2.16.840.1.113883.12.313 HL7 v2.x MIME base64 encoding 2.16.840.1.113883.12.290 HL7 v2.x Living will code 2.16.840.1.113883.12.315 characters HL7 v2.x Organ donor code 2.16.840.1.113883.12.316 HL7 v2.x Subtype of referenced data 2.16.840.1.113883.12.291 HL7 v2.x Annotations 2.16.840.1.113883.12.317 HL7 v2.x CVX (CDC Vaccines 2.16.840.1.113883.12.292 administered) HL7 v2.x Department Cost Center 2.16.840.1.113883.12.319 HL7 v2.x Billing category 2.16.840.1.113883.12.293 HL7 v2.x Item Natural Account Code 2.16.840.1.113883.12.320 HL7 v2.x Time selection criteria 2.16.840.1.113883.12.294 HL7 v2.x Dispense method 2.16.840.1.113883.12.321 parameter class codes HL7 v2.x Completion status 2.16.840.1.113883.12.322 HL7 v2.x Handicap 2.16.840.1.113883.12.295

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 63 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Action code 2.16.840.1.113883.12.323 HL7 v2.x Appeal reason 2.16.840.1.113883.12.345 HL7 v2.x Location characteristic ID 2.16.840.1.113883.12.324 HL7 v2.x Certification agency 2.16.840.1.113883.12.346 HL7 v2.x Location relationship ID 2.16.840.1.113883.12.325 HL7 v2.x Auto accident state 2.16.840.1.113883.12.347 HL7 v2.x Visit indicator 2.16.840.1.113883.12.326 HL7 v2.x Special program indicator 2.16.840.1.113883.12.348 HL7 v2.x Job code/class 2.16.840.1.113883.12.327 HL7 v2.x PSRO/UR approval indicator 2.16.840.1.113883.12.349 HL7 v2.x Employee classification 2.16.840.1.113883.12.328 HL7 v2.x Occurrence code 2.16.840.1.113883.12.350 HL7 v2.x Quantity method 2.16.840.1.113883.12.329 HL7 v2.x Occurrence span 2.16.840.1.113883.12.351 HL7 v2.x Marketing basis 2.16.840.1.113883.12.330 HL7 v2.x CWE statuses 2.16.840.1.113883.12.353 HL7 v2.x Facility type 2.16.840.1.113883.12.331 HL7 v2.x Message structure 2.16.840.1.113883.12.354 HL7 v2.x Source type 2.16.840.1.113883.12.332 HL7 v2.x Primary key value type 2.16.840.1.113883.12.355 HL7 v2.x Driver's license issuing 2.16.840.1.113883.12.333 HL7 v2.x Alternate character set 2.16.840.1.113883.12.356 authority handling scheme HL7 v2.x Disabled person 2.16.840.1.113883.12.334 HL7 v2.x Message error condition 2.16.840.1.113883.12.357 codes HL7 v2.x Repeat pattern 2.16.840.1.113883.12.335 HL7 v2.x Practitioner group 2.16.840.1.113883.12.358 HL7 v2.x Referral reason 2.16.840.1.113883.12.336 HL7 v2.x Diagnosis priority 2.16.840.1.113883.12.359 HL7 v2.x Certification status 2.16.840.1.113883.12.337 HL7 v2.x Degree 2.16.840.1.113883.12.360 HL7 v2.x Practitioner ID number type 2.16.840.1.113883.12.338 HL7 v2.x Sending/receiving application 2.16.840.1.113883.12.361 HL7 v2.x Advanced beneficiary notice 2.16.840.1.113883.12.339 code HL7 v2.x Sending/receiving facility 2.16.840.1.113883.12.362 HL7 v2.x Procedure Code modifier 2.16.840.1.113883.12.340 HL7 v2.x Assigning authority 2.16.840.1.113883.12.363 HL7 v2.x Guarantor credit rating code 2.16.840.1.113883.12.341 HL7 v2.x Comment type 2.16.840.1.113883.12.364 HL7 v2.x Military recipient 2.16.840.1.113883.12.342 HL7 v2.x Equipment state 2.16.840.1.113883.12.365 HL7 v2.x Military handicapped program 2.16.840.1.113883.12.343 HL7 v2.x Local/remote control state 2.16.840.1.113883.12.366 code HL7 v2.x Alert level 2.16.840.1.113883.12.367 HL7 v2.x Patient's relationship to 2.16.840.1.113883.12.344 HL7 v2.x Remote control command 2.16.840.1.113883.12.368 insured

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 64 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Specimen role 2.16.840.1.113883.12.369 HL7 v2.x Response modality 2.16.840.1.113883.12.394 HL7 v2.x Container status 2.16.840.1.113883.12.370 HL7 v2.x Modify indicator 2.16.840.1.113883.12.395 HL7 v2.x Additive 2.16.840.1.113883.12.371 HL7 v2.x Coding System 2.16.840.1.113883.12.396 HL7 v2.x Specimen component 2.16.840.1.113883.12.372 HL7 v2.x Sequencing 2.16.840.1.113883.12.397 HL7 v2.x Treatment 2.16.840.1.113883.12.373 HL7 v2.x Continuation style code 2.16.840.1.113883.12.398 HL7 v2.x System induced contaminants 2.16.840.1.113883.12.374 HL7 v2.x Country code 2.16.840.1.113883.12.399 HL7 v2.x Artificial blood 2.16.840.1.113883.12.375 HL7 v2.x Government reimbursement 2.16.840.1.113883.12.401 program HL7 v2.x Special handling 2.16.840.1.113883.12.376 considerations HL7 v2.x School type 2.16.840.1.113883.12.402 HL7 v2.x Other environmental factors 2.16.840.1.113883.12.377 HL7 v2.x Language ability 2.16.840.1.113883.12.403 HL7 v2.x Carrier type 2.16.840.1.113883.12.378 HL7 v2.x Language proficiency 2.16.840.1.113883.12.404 HL7 v2.x Tray type 2.16.840.1.113883.12.379 HL7 v2.x Organization unit 2.16.840.1.113883.12.405 HL7 v2.x Separator type 2.16.840.1.113883.12.380 HL7 v2.x Organization unit type 2.16.840.1.113883.12.406 HL7 v2.x Cap type 2.16.840.1.113883.12.381 HL7 v2.x Application change type 2.16.840.1.113883.12.409 HL7 v2.x Drug interference 2.16.840.1.113883.12.382 HL7 v2.x Supplemental service 2.16.840.1.113883.12.411 information values HL7 v2.x Substance status 2.16.840.1.113883.12.383 HL7 v2.x Category identifier 2.16.840.1.113883.12.412 HL7 v2.x Substance type 2.16.840.1.113883.12.384 HL7 v2.x Consent identifier 2.16.840.1.113883.12.413 HL7 v2.x Manufacturer identifier 2.16.840.1.113883.12.385 HL7 v2.x Units of time 2.16.840.1.113883.12.414 HL7 v2.x Supplier identifier 2.16.840.1.113883.12.386 HL7 v2.x DRG transfer type 2.16.840.1.113883.12.415 HL7 v2.x Command response 2.16.840.1.113883.12.387 HL7 v2.x Procedure DRG type 2.16.840.1.113883.12.416 HL7 v2.x Processing type 2.16.840.1.113883.12.388 HL7 v2.x Tissue type code 2.16.840.1.113883.12.417 HL7 v2.x Analyte repeat status 2.16.840.1.113883.12.389 HL7 v2.x Procedure priority 2.16.840.1.113883.12.418 HL7 v2.x Segment group 2.16.840.1.113883.12.391 HL7 v2.x Severity of illness code 2.16.840.1.113883.12.421 HL7 v2.x Match reason 2.16.840.1.113883.12.392 HL7 v2.x Triage code 2.16.840.1.113883.12.422 HL7 v2.x Match algorithms 2.16.840.1.113883.12.393

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 65 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Case category code 2.16.840.1.113883.12.423 HL7 v2.x Species Code 2.16.840.1.113883.12.446 HL7 v2.x Gestation category code 2.16.840.1.113883.12.424 HL7 v2.x Breed Code 2.16.840.1.113883.12.447 HL7 v2.x Newborn code 2.16.840.1.113883.12.425 HL7 v2.x Name context 2.16.840.1.113883.12.448 HL7 v2.x bloodProductCode 2.16.840.1.113883.12.426 HL7 v2.x Conformance statements 2.16.840.1.113883.12.449 HL7 v2.x Risk management incident 2.16.840.1.113883.12.427 HL7 v2.x Event type 2.16.840.1.113883.12.450 code HL7 v2.x Substance identifier 2.16.840.1.113883.12.451 HL7 v2.x Incident type code 2.16.840.1.113883.12.428 HL7 v2.x Health care provider type code 2.16.840.1.113883.12.452 HL7 v2.x Production class Code 2.16.840.1.113883.12.429 HL7 v2.x Health care provider 2.16.840.1.113883.12.453 HL7 v2.x Mode of arrival code 2.16.840.1.113883.12.430 classification HL7 v2.x Recreational drug use code 2.16.840.1.113883.12.431 HL7 v2.x Health care provider area of 2.16.840.1.113883.12.454 specialization HL7 v2.x Admission level of care code 2.16.840.1.113883.12.432 HL7 v2.x Type of bill code 2.16.840.1.113883.12.455 HL7 v2.x Precaution code 2.16.840.1.113883.12.433 HL7 v2.x Revenue code 2.16.840.1.113883.12.456 HL7 v2.x Patient condition code 2.16.840.1.113883.12.434 HL7 v2.x Overall claim disposition code 2.16.840.1.113883.12.457 HL7 v2.x Advance directive code 2.16.840.1.113883.12.435 HL7 v2.x OCE edit code 2.16.840.1.113883.12.458 HL7 v2.x Sensitivity to Causative Agent 2.16.840.1.113883.12.436 code HL7 v2.x Reimbursement Action Code 2.16.840.1.113883.12.459 HL7 v2.x Alert device code 2.16.840.1.113883.12.437 HL7 v2.x Denial or rejection code 2.16.840.1.113883.12.460 HL7 v2.x Allergy clinical status 2.16.840.1.113883.12.438 HL7 v2.x License number 2.16.840.1.113883.12.461 HL7 v2.x Data types 2.16.840.1.113883.12.440 HL7 v2.x Location cost center 2.16.840.1.113883.12.462 HL7 v2.x Immunization registry status 2.16.840.1.113883.12.441 HL7 v2.x Inventory number 2.16.840.1.113883.12.463 HL7 v2.x Location service code 2.16.840.1.113883.12.442 HL7 v2.x Facility ID 2.16.840.1.113883.12.464 HL7 v2.x Provider Role (table 0286) 2.16.840.1.113883.12.286 HL7 v2.x Name/address representation 2.16.840.1.113883.12.465 HL7 v2.x Provider Role (table 0443) 2.16.840.1.113883.12.443 HL7 v2.x Ambulatory payment 2.16.840.1.113883.12.466 classification code HL7 v2.x Name assembly order 2.16.840.1.113883.12.444 HL7 v2.x Modifier edit code 2.16.840.1.113883.12.467 HL7 v2.x Identity Reliability Code 2.16.840.1.113883.12.445 HL7 v2.x Payment adjustment code 2.16.840.1.113883.12.468

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 66 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Packaging status code 2.16.840.1.113883.12.469 HL7 v2.x Specimen Child Role 2.16.840.1.113883.12.494 HL7 v2.x Reimbursement type code 2.16.840.1.113883.12.470 HL7 v2.x Body Site Modifier 2.16.840.1.113883.12.495 HL7 v2.x Query name 2.16.840.1.113883.12.471 HL7 v2.x Consent Type 2.16.840.1.113883.12.496 HL7 v2.x TQ Conjunction ID 2.16.840.1.113883.12.472 HL7 v2.x Consent Mode 2.16.840.1.113883.12.497 HL7 v2.x Formulary status 2.16.840.1.113883.12.473 HL7 v2.x Consent Status 2.16.840.1.113883.12.498 HL7 v2.x Organization unit type - ORG 2.16.840.1.113883.12.474 HL7 v2.x Consent Bypass Reason 2.16.840.1.113883.12.499 HL7 v2.x Charge Type Reason 2.16.840.1.113883.12.475 HL7 v2.x Consent Disclosure Level 2.16.840.1.113883.12.500 HL7 v2.x Medically Necessary Duplicate 2.16.840.1.113883.12.476 HL7 v2.x Consent Non-Disclosure 2.16.840.1.113883.12.501 Procedure Reason for suggested values Reason HL7 v2.x Controlled Substance 2.16.840.1.113883.12.477 HL7 v2.x Non-Subject Consenter 2.16.840.1.113883.12.502 Schedule Reason HL7 v2.x Formulary Status 2.16.840.1.113883.12.478 HL7 v2.x Sequence/Results Flag 2.16.840.1.113883.12.503 HL7 v2.x Pharmaceutical Substances 2.16.840.1.113883.12.479 HL7 v2.x Sequence Condition Code 2.16.840.1.113883.12.504 HL7 v2.x Pharmacy Order Types 2.16.840.1.113883.12.480 HL7 v2.x Cyclic Entry/Exit Indicator 2.16.840.1.113883.12.505 HL7 v2.x Order Type 2.16.840.1.113883.12.482 HL7 v2.x Service Request Relationship 2.16.840.1.113883.12.506 HL7 v2.x Authorization Mode 2.16.840.1.113883.12.483 HL7 v2.x Observation Result Handling 2.16.840.1.113883.12.507 HL7 v2.x Dispense Type 2.16.840.1.113883.12.484 HL7 v2.x Blood Product Processing 2.16.840.1.113883.12.508 Requirements HL7 v2.x Extended Priority Codes 2.16.840.1.113883.12.485 HL7 v2.x Indication For Use 2.16.840.1.113883.12.509 HL7 v2.x Specimen Type 2.16.840.1.113883.12.487 HL7 v2.x Blood Product Dispense 2.16.840.1.113883.12.510 HL7 v2.x Specimen Collection Method 2.16.840.1.113883.12.488 Status HL7 v2.x Risk Codes 2.16.840.1.113883.12.489 HL7 v2.x BP Observation Status Codes 2.16.840.1.113883.12.511 HL7 v2.x Specimen Reject Reason 2.16.840.1.113883.12.490 Interpretation HL7 v2.x Specimen Quality 2.16.840.1.113883.12.491 HL7 v2.x Commercial Product 2.16.840.1.113883.12.512 HL7 v2.x Specimen Appropriateness 2.16.840.1.113883.12.492 HL7 v2.x Blood Product 2.16.840.1.113883.12.513 Transfusion/Disposition Status HL7 v2.x Specimen Condition 2.16.840.1.113883.12.493 HL7 v2.x Transfusion Adverse Reaction 2.16.840.1.113883.12.514

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 67 of 72

HL7 v2 Code System OID HL7 v2 Code System OID HL7 v2.x Transfusion Interrupted 2.16.840.1.113883.12.515 HL7 v2.x Inactive Reason Code 2.16.840.1.113883.12.540 Reason HL7 v2.x Specimen Type Modifier 2.16.840.1.113883.12.541 HL7 v2.x Error severity 2.16.840.1.113883.12.516 HL7 v2.x Specimen Source Type 2.16.840.1.113883.12.542 HL7 v2.x Inform person code 2.16.840.1.113883.12.517 Modifier HL7 v2.x Override type 2.16.840.1.113883.12.518 HL7 v2.x Specimen Collection Site 2.16.840.1.113883.12.543 HL7 v2.x Override reason 2.16.840.1.113883.12.519 HL7 v2.x Container Condition 2.16.840.1.113883.12.544 HL7 v2.x Override code 2.16.840.1.113883.12.521 HL7 v2.x Language Translated To 2.16.840.1.113883.12.545 HL7 v2.x Computation type 2.16.840.1.113883.12.523 HL7 v2.x Jurisdictional Breadth 2.16.840.1.113883.12.547 HL7 v2.x Sequence condition 2.16.840.1.113883.12.524 HL7 v2.x Signatory's Relationship to 2.16.840.1.113883.12.548 Subject HL7 v2.x Privilege 2.16.840.1.113883.12.525 HL7 v2.x NDC Codes 2.16.840.1.113883.12.549 HL7 v2.x Privilege class 2.16.840.1.113883.12.526 HL7 v2.x Body Parts 2.16.840.1.113883.12.550 HL7 v2.x Calendar alignment 2.16.840.1.113883.12.527 HL7 v2.x Advanced beneficiary notice 2.16.840.1.113883.12.552 HL7 v2.x Event related period 2.16.840.1.113883.12.528 override reason HL7 v2.x Precision 2.16.840.1.113883.12.529 HL7 v2.x Scheduled EMS Reason 2.16.840.1.113883.12.9000 HL7 v2.x Organization 2.16.840.1.113883.12.530 HL7 v2.x Rehabilitation Plan Status 2.16.840.1.113883.12.9002 HL7 v2.x Institution 2.16.840.1.113883.12.531 HL7 v2.x Rehabilitation Plan 2.16.840.1.113883.12.9003 HL7 v2.x Expanded yes/no indicator 2.16.840.1.113883.12.532 Continue/Discontinue Ind HL7 v2.x Application error code 2.16.840.1.113883.12.533 HL7 v2.x Rehabilitation Plan Prognosis 2.16.840.1.113883.12.9005 HL7 v2.x Notify Clergy Code 2.16.840.1.113883.12.534 HL7 v2.x Rehabilitation Service 2.16.840.1.113883.12.9006 Remission Status HL7 v2.x Signature Code 2.16.840.1.113883.12.535 HL7 v2.x Ambulance Trip Type 2.16.840.1.113883.12.9007 HL7 v2.x Certificate Status 2.16.840.1.113883.12.536 HL7 v2.x Rationale for Destination 2.16.840.1.113883.12.9008 HL7 v2.x Institution 2.16.840.1.113883.12.537 HL7 v2.x Unscheduled Trip Reason 2.16.840.1.113883.12.9010 HL7 v2.x Institution Relationship Type 2.16.840.1.113883.12.538 HL7 v2.x Frequency Base Period 2.16.840.1.113883.12.9015 HL7 v2.x Cost Center Code 2.16.840.1.113883.12.539

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 68 of 72

HL7 v3 Code System Table

HL7 v3 Code System OID HL7 v3 Code System OID HL7 v3 Administrative Gender 2.16.840.1.113883.5.1 HL7 v3 Edit Status 2.16.840.1.113883.5.35 HL7 v3 Marital Status 2.16.840.1.113883.5.2 HL7 v3 Encounter Accident 2.16.840.1.113883.5.36 HL7 v3 ActCode 2.16.840.1.113883.5.4 HL7 v3 Encounter Admission Source 2.16.840.1.113883.5.37 HL7 v3 Act Class 2.16.840.1.113883.5.6 HL7 v3 Encounter Referral Source 2.16.840.1.113883.5.39 HL7 v3 Act Priority 2.16.840.1.113883.5.7 HL7 v3 Encounter Special Courtesy 2.16.840.1.113883.5.40 HL7 v3 Act Reason 2.16.840.1.113883.5.8 HL7 v3 Entity Class 2.16.840.1.113883.5.41 HL7 v3 Calendar Cycle 2.16.840.1.113883.5.9 HL7 v3 Entity Handling 2.16.840.1.113883.5.42 HL7 v3 Act Relationship Checkpoint 2.16.840.1.113883.5.10 HL7 v3 Entity Name Part Qualifier 2.16.840.1.113883.5.43 HL7 v3 Act Relationship Join 2.16.840.1.113883.5.12 HL7 v3 Entity Name Part Type 2.16.840.1.113883.5.44 HL7 v3 Act Relationship Split 2.16.840.1.113883.5.13 HL7 v3 Entity Name Use 2.16.840.1.113883.5.45 HL7 v3 Act Status 2.16.840.1.113883.5.14 HL7 v3 Entity Risk 2.16.840.1.113883.5.46 HL7 v3 Address Part Type 2.16.840.1.113883.5.16 HL7 v3 Equipment Alert Level 2.16.840.1.113883.5.49 HL7 v3 Acknowledgement Type 2.16.840.1.113883.5.18 HL7 v3 Ethnicity 2.16.840.1.113883.5.50 HL7 v3 Charset 2.16.840.1.113883.5.21 HL7 v3 Gender Status 2.16.840.1.113883.5.51 HL7 v3 Code System 2.16.840.1.113883.5.22 HL7 v3 Healthcare Provider Taxonomy 2.16.840.1.113883.5.53 HIPAA HL7 v3 Concept Generality 2.16.840.1.113883.5.24 HL7 v3 Committee ID In RIM 2.16.840.1.113883.5.54 HL7 v3 Confidentiality 2.16.840.1.113883.5.25 HL7 v3 Conformance Inclusion 2.16.840.1.113883.5.55 HL7 v3 Container Cap 2.16.840.1.113883.5.26 HL7 v3 Defined Rose Property 2.16.840.1.113883.5.56 HL7 v3 Container Separator 2.16.840.1.113883.5.27 HL7 v3 Update Mode 2.16.840.1.113883.5.57 HL7 v3 Entity Determiner 2.16.840.1.113883.5.30 HL7 v3 Link Type 2.16.840.1.113883.5.58 HL7 v3 Device Alert Level 2.16.840.1.113883.5.31 HL7 v3 Language Ability Mode 2.16.840.1.113883.5.60 HL7 v3 Document completion status 2.16.840.1.113883.5.33 HL7 v3 Language Ability Proficiency 2.16.840.1.113883.5.61 HL7 v3 Document Storage 2.16.840.1.113883.5.34

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 69 of 72

HL7 v3 Code System OID HL7 v3 Code System OID HL7 v3 Living Arrangement 2.16.840.1.113883.5.63 HL7 v3 Query Status Code 2.16.840.1.113883.5.103 HL7 v3 Local Markup Ignore 2.16.840.1.113883.5.65 HL7 v3 Race 2.16.840.1.113883.5.104 HL7 v3 Local Remote Control State 2.16.840.1.113883.5.66 HL7 v3 Relational Operator 2.16.840.1.113883.5.105 HL7 v3 Map Relationship 2.16.840.1.113883.5.67 HL7 v3 Relationship Conjunction 2.16.840.1.113883.5.106 HL7 v3 Material Type 2.16.840.1.113883.5.73 HL7 v3 Role Link Type 2.16.840.1.113883.5.107 HL7 v3 MDF Attribute Type 2.16.840.1.113883.5.74 HL7 v3 Response Level 2.16.840.1.113883.5.108 HL7 v3 MdfHmd Met Source Type 2.16.840.1.113883.5.75 HL7 v3 Response Modality 2.16.840.1.113883.5.109 HL7 v3 MdfHmd Row Type 2.16.840.1.113883.5.76 HL7 v3 Role Class 2.16.840.1.113883.5.110 HL7 v3 MdfRmim Row Type 2.16.840.1.113883.5.77 HL7 v3 Role Code 2.16.840.1.113883.5.111 HL7 v3 MDF Subject Area Prefix 2.16.840.1.113883.5.78 HL7 v3 Route Of Administration 2.16.840.1.113883.5.112 HL7 v3 Message Condition 2.16.840.1.113883.5.80 HL7 v3 Sequencing 2.16.840.1.113883.5.113 HL7 v3 Modify Indicator 2.16.840.1.113883.5.81 HL7 v3 Specimen Type 2.16.840.1.113883.5.129 HL7 v3 Observation Interpretation 2.16.840.1.113883.5.83 HL7 v3 Table Cell Horizontal Align 2.16.840.1.113883.5.131 HL7 v3 Observation Method 2.16.840.1.113883.5.84 HL7 v3 Table Cell Scope 2.16.840.1.113883.5.132 HL7 v3 Orderable Drug Form 2.16.840.1.113883.5.85 HL7 v3 Table Cell Vertical Align 2.16.840.1.113883.5.133 HL7 v3 Parameterized Data Type 2.16.840.1.113883.5.87 HL7 v3 Table Frame 2.16.840.1.113883.5.134 HL7 v3 Participation Function 2.16.840.1.113883.5.88 HL7 v3 Table Rules 2.16.840.1.113883.5.136 HL7 v3 Participation Signature 2.16.840.1.113883.5.89 HL7 v3 Target Awareness 2.16.840.1.113883.5.137 HL7 v3 Participation Type 2.16.840.1.113883.5.90 HL7 v3 Timing Event 2.16.840.1.113883.5.139 HL7 v3 Payment Terms 2.16.840.1.113883.5.91 HL7 v3 Tribal Entity US 2.16.840.1.113883.5.140 HL7 v3 Person Disability Type 2.16.840.1.113883.5.93 HL7 v3 Vaccine Manufacturer 2.16.840.1.113883.5.144 HL7 v3 Processing ID 2.16.840.1.113883.5.100 HL7 v3 Vaccine Type 2.16.840.1.113883.5.145 HL7 v3 Processing Mode 2.16.840.1.113883.5.101 HL7 v3 Vocabulary Domain Qualifier 2.16.840.1.113883.5.147 HL7 v3 Query Priority 2.16.840.1.113883.5.102 HL7 v3 Act Mood 2.16.840.1.113883.5.1001

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 70 of 72

HL7 v3 Code System OID HL7 v3 Code System OID HL7 v3 Act Relationship Type 2.16.840.1.113883.5.1002 HL7 v3 Entity Status 2.16.840.1.113883.5.1061 HL7 v3 Data Type 2.16.840.1.113883.5.1007 HL7 v3 Managed Participation Status 2.16.840.1.113883.5.1062 HL7 v3 Null Flavor 2.16.840.1.113883.5.1008 HL7 v3 Observation Value 2.16.840.1.113883.5.1063 HL7 v3 Compression Algorithm 2.16.840.1.113883.5.1009 HL7 v3 Participation Mode 2.16.840.1.113883.5.1064 HL7 v3 Integrity Check Algorithm 2.16.840.1.113883.5.1010 HL7 v3 Procedure Method 2.16.840.1.113883.5.1065 HL7 v3 Telecommunication Address 2.16.840.1.113883.5.1011 HL7 v3 Query Quantity Unit 2.16.840.1.113883.5.1066 Use HL7 v3 Query Response 2.16.840.1.113883.5.1067 HL7 v3 Postal Address Use 2.16.840.1.113883.5.1012 HL7 v3 Role Status 2.16.840.1.113883.5.1068 HL7 v3 Organization Name Type 2.16.840.1.113883.5.1016 HL7 v3 Set Operator 2.16.840.1.113883.5.1069 HL7 v3 Calendar Type 2.16.840.1.113883.5.1017 HL7 v3 Substance Admin Substitution 2.16.840.1.113883.5.1070 HL7 v3 Probability Distribution Type 2.16.840.1.113883.5.1020 HL7 v3 Substitution Condition 2.16.840.1.113883.5.1071 HL7 v3 Periodic Interval Of Time 2.16.840.1.113883.5.1021 HL7 v3 Coding Rationale 2.16.840.1.113883.5.1074 Abbreviation HL7 v3 Patient Importance 2.16.840.1.113883.5.1075 HL7 v3 GTS Abbreviation 2.16.840.1.113883.5.1022 HL7 v3 Religious Affiliation 2.16.840.1.113883.5.1076 HL7 v3 Acknowledgement Condition 2.16.840.1.113883.5.1050 HL7 v3 Education Level 2.16.840.1.113883.5.1077 HL7 v3 Act Invoice Element Modifier 2.16.840.1.113883.5.1051 HL7 v3 Acknowledgement Detail Type 2.16.840.1.113883.5.1082 HL7 v3 Act Site 2.16.840.1.113883.5.1052 HL7 v3 Message Waiting Priority 2.16.840.1.113883.5.1083 HL7 v3 Act Uncertainty 2.16.840.1.113883.5.1053 HL7 v3 Encounter Acuity 2.16.840.1.113883.5.1084 HL7 v3 American Indian Alaska Native 2.16.840.1.113883.5.1054 Languages HL7 v3 Concept Status 2.16.840.1.113883.5.1086 HL7 v3 Calendar 2.16.840.1.113883.5.1055 HL7 v3 Concept Property 2.16.840.1.113883.5.1087 HL7 v3 Communication Function Type 2.16.840.1.113883.5.1056 HL7 v3 Concept Code Relationship 2.16.840.1.113883.5.1088 HL7 v3 Context Control 2.16.840.1.113883.5.1057 HL7 v3 Query Parameter Value 2.16.840.1.113883.5.1096 HL7 v3 Currency 2.16.840.1.113883.5.1058 HL7 v3 Act Relationship Subset 2.16.840.1.113883.5.1099 HL7 v3 Employee Job Class 2.16.840.1.113883.5.1059 HL7 v3 Acknowledgement Detail Code 2.16.840.1.113883.5.1100 HL7 v3 Entity Code 2.16.840.1.113883.5.1060

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 71 of 72

HL7 v3 Code System OID HL7 v3 Code System OID HL7 v3 Content Processing Mode 2.16.840.1.113883.5.1110 HL7 v3 Entity Name Part Type R2 2.16.840.1.113883.5.1121 HL7 v3 Transmission Relationship Type 2.16.840.1.113883.5.1111 HL7 v3 Entity Name Part Qualifier R2 2.16.840.1.113883.5.1122 Code HL7 v3 Data Operation 2.16.840.1.113883.5.1123 HL7 v3 Query Request Limit 2.16.840.1.113883.5.1112 HL7 v3 Realm 2.16.840.1.113883.5.1124 HL7 v3 Exposure Mode 2.16.840.1.113883.5.1113 HL7 v3 Conformance 2.16.840.1.113883.5.1125 HL7 v3 Act Exposure Level Code 2.16.840.1.113883.5.1114 HL7 v3 Response Mode 2.16.840.1.113883.5.1126 HL7 v3 Identifier Scope 2.16.840.1.113883.5.1116 HL7 v3 Material Form 2.16.840.1.113883.5.1127 HL7 v3 Identifier Reliability 2.16.840.1.113883.5.1117 HL7 v3 Role Link Status 2.16.840.1.113883.5.1137 HL7 v3 Telecommunication Capabilities 2.16.840.1.113883.5.1118 HL7 v3 Act US Privacy Law 2.16.840.1.113883.5.1138 HL7 v3 Address Use 2.16.840.1.113883.5.1119 HL7 v3 Special Arrangement 2.16.840.1.113883.19.6.1 HL7 v3 Entity Name Use R2 2.16.840.1.113883.5.1120

Suffolk Care Collaborative Flat File Interface Specifications Cerner Corporation 08/13/15, V0400  Page 72 of 72