Funzione Nome Firma Redazione Preliminare Cesare Ranzato Verifica

Transcript

1 Omnicom BAC Integrazioni interne tra i sistemi dipartimentali tramite protocollo HL7 Codice documento: Versione: 1 Rev. 2 Data di emissione: Stato: [Preliminare] Cesare Ranzato Data revisione: 31/03/2009 Stato: [Revisione] Cesare Ranzato Data revisione: 15/04/2009 Stato: [Revisione] Cesare Ranzato Data revisione: Data revisione: Data revisione: Data revisione: Data revisione: Data revisione: Stato: Stato: Stato: Stato: Stato: Stato: OMNICOM Funzione Nome Firma Redazione Preliminare Cesare Ranzato Verifica Approvazione

2 CRONOLOGIA DELLE VERSIONI Num. Sintesi delle variazioni versione 1 Prima emissione SOSTITUISCE/MODIFICA LIMITI DELL UTILIZZO DEL DOCUMENTO

3 INDICE DEL DOCUMENTO INTEGRAZIONE HL Integrazione con l HL Struttura dei segmenti Struttura del segmento PID Patient identification Struttura del segmento PV1 Patient visit Struttura del segmento MRG Merge patient information Struttura dei segmenti comuni a tutti i messaggi Segmento MSH Message Header Segmento EVN Event Type Segmento MSA Message Acknowledge Segmento ERR Error Diagramma funzionale Tabelle... 15

4 Integrazione HL7 1.1 Integrazione con l HL7 Per quanto riguarda l integrazione con le BAC l architettura prevede l uso dell HL7 come protocollo di trasporto dell informazione per tutti i flussi informativi. La piattaforma Omnicom fornisce la connettività tra le applicazioni attraverso il protocollo TCP/IP così come previsto dall HL7 è comunque prevista nei casi in cui le applicazioni non dispongono di un interfaccia HL7 nativa la possibilità di implementare un adattatore tecnologico. Attualmente la versione dell HL7 in uso è la 2.5 mentre per quanto riguarda il messaggio di acknowledge è stato adottato l original acknowledge. L adattatore TCP/IP cosi come previsto dallo standard HL7 implementa l MLLP. Il protocollo MLLP prevede che il messaggio HL7 venga rinchiuso tra un carattere di Start Block e di End Block e dal carattere CR secondo il seguente schema <SB>: Start Block character (1 byte). ASCII <VT>, i.e., <0x0B>. dddd: Data (variable number of bytes). This is the HL7 data content of the Block. The data can contain any single-byte values greater than 0x1F (see below for a discussion of issues related to character encodings) and the ASCII carriage return character, <CR>. <EB>: End Block character (1 byte). ASCII <FS>, i.e., <0x1C>. <CR>: Carriage Return (1 byte). ASCII <CR> character, i.e., <0x0D>. Il processo di integrazione con le BAC Omnicom è simmetrico in quanto il componente Omnicom GUI ICCE oltre all interrogazione sulla BAC permette la modifica e l inserimento, mentre il riallineamento o il multicast avviene mediante l HL7. I profili utilizzati in fase di allineamento fra la BAC e le anagrafiche dipartimentali si riferiscono agli eventi di : inserimento nuovo paziente modifica dati di un paziente esistente riunificazione di anagrafiche. In caso di inserimento di una nuova posizione anagrafica da parte di un dipartimentale nella propria base dati locale, e di indisponibilità della BAC il dipartimentale è previsto che può generare autonomamente l ID_BAC. In questo caso è compito del dipartimentale comunicare alla BAC il contenuto dell intero record inserito, attraverso il messaggio ADT^A28 e dell ID_BAC generato valorizzando il campo Alternate Patient ID mentre nel Patient Identifier List vengono comunicati il codice fiscale, la tessera, ecc. Con lo stesso messaggio la BAC attraverso il multi cast comunicherà a tutti i dipartimentali la nuova posizione anagrafica inserita, valorizzando nel campo Patient Identifier List l ID_BAC generato dall applicativo. In caso di aggiornamento vengono inviati solo i campi modificati utilizzando il messaggio ADT^A31 sia verso la BAC cha nel multi cast verso i dipartimentali. Segmento Descrizione MSH Message header EVN Event type PID Patient identification PV1 Patient Visit Struttura messaggi ADT^A28 e ADT^A31

5 L unificazione di due posizioni anagrafiche viene notificata alle BAC usando il messaggio ADT^A40 Segmento Descrizione MSH Message header EVN Event type PID Patient identification MRG Merge Information Struttura messaggio ADT^A Struttura dei segmenti Struttura del segmento PID Patient identification Struttura del segmento PID secondo lo standard HL7 SEQ LEN DT OPT RP TBL ITEM ELEMENT NAME 1 4 SI O Set ID - PID 2 20 CX B Patient ID CX R Y Patient Identifier List 4 20 CX B Y Alternate Patient ID - PID XPN R Y Patient Name XPN O Y Mother s Maiden Name 7 26 TS O Date/Time of Birth 8 1 IS O Administrative Sex XPN B Y Patient Alias CE O Y Race XAD O Y Patient Address 12 4 IS B County Code XTN O Y Phone Number - Home XTN O Y Phone Number - Business CE O Primary Language CE O Marital Status CE O Religion CX O Patient Account Number ST B SSN Number - Patient DLN B Driver's License Number - Patient CX O Y Mother's Identifier CE O Y Ethnic Group ST O Birth Place 24 1 ID O Multiple Birth Indicator 25 2 NM O Birth Order CE O Y Citizenship

6 SEQ LEN DT OPT RP TBL ITEM ELEMENT NAME CE O Veterans Military Status CE B Nationality TS O Patient Death Date and Time 30 1 ID O Patient Death Indicator 31 1 ID O Identity Unknown Indicator IS O Y Identity Reliability Code TS O Last Update Date/Time HD O Last Update Facility CE C Species Code CE C Breed Code ST O Strain CE O Production Class Code CWE O Y Tribal Citizenship Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento PID SEQ LEN OPT RP TBL ELEMENT NAME COMMENT R Y Patient Identifier List CX-1 = Identificativo univoco dell'assistito CX-8 = Data scadenza identificativo Ogni ripetizione del PID-3 contiene uno tra i seguenti identificativi [identificativo univoco aziendale] Lunghezza 8 caratteri numerico riempimento a sx con 0 Esempio di codice valido CX-5 = tipo di identificativo [Tabella HL7 #0203] : [PI] CX-6 = Nome Applicativo che ha generato l identificativo [BAC] acronimo di tre lettere [tessera sanitaria] Solo tessere rilasciate dalla Regione Lombardia Lunghezza 8 caratteri nel formato NNNAANNN CX-4 = ente che ha assegnato il codice [REGIONE LOMBARDIA] CX-5 = tipo di identificativo [Tabella HL7 #0203] : [HC] [codice fiscale] Il codice fiscale viene controllato all atto dell inserimento nelle BAC secondo l algoritmo rilasciato dall Agenzia dell entrate CX-4 = ente che ha assegnato il codice [AGENZIA DELLE ENTRATE] CX-5 = tipo di identificativo [Tabella HL7 #0203] : [NN380] [codice STP] Da definire [tessera TEAM] Parzialmente definito CX-9.3 = Sigla Nazione indicata sulla tessera TEAM CX-10.1 = Num. identificativo istituzione competente CX-10.2 = Descr. Istituzione competente

7 SEQ LEN OPT RP TBL ELEMENT NAME COMMENT 4 20 B Y Alternate Patient ID - PID Nel caso di messaggio di inserimento (A28) da parte di un applicativo dipartimentale che genera l ID BAC i campi devono essere compilati nel seguente modo: CX-1 = ID BAC creato dall applicativo dipartimentale; Lunghezza 12 caratteri alfanumerico, inizia con acronimo Applicativo di 3 caratteri seguito da e 8 caratteri numerici con 0 riempimento a sx Esempio di codice valido OMN@ generato da Omnicom CX-5 = PI CX-6= BAC R Y Patient Name XPN-1 = Cognome dell'assistito XPN-2 = Nome dell'assistito 7 26 O Date/Time of Birth TS-1 = Data di nascita nel formato YYYYMMDD 8 1 O 0001 Administrative Sex Sesso O Y Patient Address Il campo Patient Address va ripetuto in modo da avere le informazioni di [Residenza] XAD-7 = Tipologia indirizzo [Tabella HL7 #0190] : [L] Residenza [Domicilio] XAD-7 = Tipologia indirizzo [Tabella HL7 #0190] : [H] Domicilio [Nascita] XAD-7 = Tipologia indirizzo [Tabella HL7 #0190] : [BR] Luogo di nascita XAD-1.2 = Nome della via. XAD-1.3 = Numero civico. XAD-2 = Descrizione località. XAD-3 = Descrizione Comune XAD-4 = sigla della provincia. XAD-5 = CAP XAD-6 = Codice ISO nazione XAD-9 = codice ISTAT Comune italiano XAD-10 = Codice di catasto del comune O Y Phone Number - Home XTN-2 = Tipologia di utilizzo (Tab HL7 #0201) XTN-3 = Tipologia apparecchio (Tab HL7 #0202) XTN-4 = indirizzo di XTN-5 = prefisso internazionale.questo campo deve essere valorizzato solo se XTN-3 è diverso da Internet. XTN-12 = Numero di telefono o numero di fax O Y Phone Number - Business XTN-2 = Tipologia di utilizzo (Tab HL7 #0201) XTN-3 = Tipologia apparecchio (Tab HL7 #0202) XTN-4 = indirizzo di XTN-5 = prefisso internazionale.questo campo deve essere valorizzato solo se XTN-3 è diverso da Internet. XTN-12 = Numero di telefono o numero di fax O Y 0445 Identity Reliability Code Campo ripetibile per indicare : gli stati di certificazione del record ( da definire ) e la data in cui è stata assegnata la certificazione. Lo stato di allineamento del record sulla BAC con l Anagrafe Regionale e la data di allineamento Il formato sarà COD@aaaammgg. Ad es un record certificato MEF in data 01/05/2008 verrà formato come : MEF@

8 SEQ LEN OPT RP TBL ELEMENT NAME COMMENT O Last Update Date/Time Data e ora ultima modifica dei dati sulla BAC.Formato YYYYMMDDHHMM O Last Update Facility Il campo va ripetuto per avere le informazioni di [Anagrafe] Valori ammessi HD.1 = provenienza Anagrafe dei dati dell assistito [NAR] per gli assistiti [SISS] per gli ex-assistiti e i contatti [AAA]anagrafica locale l acronimo di 3 lettere rappresenta l applicativo dipartimentale HD.3 = identificativo ripetizione [P] provenienza Obbligatorio se la ripetizione contente l Origine dati Valori ammessi HD.1 = origine dati [CRS] carta regionale [CNR] carta nazionale [AR] anagrafica regionale [DIP] anagrafica dipartimentale [Origine dati] HD.3 = identificativo ripetizione [O] origine dati Struttura del segmento PV1 Patient visit Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento PV1 SEQ LEN OPT RP TBL ELEMENT NAME COMMENT O Y 0010 Attending Doctor XCN-1 = codice fiscale o codice regionale medico di base XCN-2 = cognome medico di base XCN-3 = nome medico di base XCN-16.1 = Codice della qualifica ( da definire ) XCN-19 = Data di scelta del medico ( formato YYYYMMDD) XCN-20 = Data di revoca del medico (formato YYYYMMDD) O Admit Date/Time Data dell ultimo accesso alla struttura Struttura del segmento MRG Merge patient information Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento MRG SEQ LEN OPT RP TBL ELEMENT NAME COMMENT R Y Prior Patient Identifier List ID della BAC da sostituire con l ID della BAC specificato nel segmento PID

9 1.3 Struttura dei segmenti comuni a tutti i messaggi Segmento MSH Message Header SEQ LEN DT OPT RP ITEM ELEMENT NAME 1 1 ST R Field Separator 2 4 ST R Encoding Characters HD O Sending Application HD O Sending Facility HD O Receiving Application HD O Receiving Facility 7 26 TS R Date/Time Of Message 8 40 ST O Security 9 15 MSG R Message Type ST R Message Control ID 11 3 PT R Processing ID VID R Version ID NM O Sequence Number ST O Continuation Pointer 15 2 ID O Accept Acknowledgment Type 16 2 ID O Application Acknowledgment Type 17 3 ID O Country Code ID O Y Character Set CE O Principal Language Of Message ID O Alternate Character Set Handling Scheme EI O Y Message Profile Identifier Struttura del segmento MSH secondo lo standard HL7

10 Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento MSH Campo MSH-1 MSH-2 MSH-3 MSH-4 MSH-5 MSH-6 MSH-7 MSH-8 MSH-9 MSH-10 MSH-11 MSH-12 Contenuto Valore raccomandato ASCII 124 I valori raccomandati sono ^~\& (ASCII 94, 126, 92, 38) Codice identificativo della applicazione inviante, ad esempio OMNICOMBAC. È sufficiente specificare il solo componente HD-1 (namespace ID). Società produttrice applicativo inviante, ed esempio OMNICOM. È sufficiente specificare il solo componente HD-1 (namespace ID) Codice identificativo della applicazione di destinazione, ad esempio OMNICOMBAC. È sufficiente specificare il solo componente HD-1 (namespace ID). Società produttrice applicativo di destinazione, ed esempio OMNICOM. È sufficiente specificare il solo componente HD-1 (namespace ID) Data e ora di generazione del messaggio nel formato YYYYMMDDHHMM Non utilizzato Tipo messaggio: <codice messaggio>^<trigger event> (es. ADT^A01). La struttura del messaggio è determinata univocamente dalla coppia <codice messaggio> + <trigger event>. Identificatore univoco del messaggio. Deve essere restituito nel messaggio di ACK. P=dominio di produzione, T=dominio di training, D=dominio di diagnostica Versione. La BAC utilizza 2.5 per tutti i messaggi Segmento EVN Event Type SEQ LEN DT OPT RP ITEM ELEMENT NAME 1 3 ID B Event Type Code 2 26 TS R Recorded Date/Time 3 26 TS O Date/Time Planned Event 4 3 IS O Event Reason Code XCN O Y Operator ID 6 26 TS O Event Occurred HD O Event Facility Struttura del segmento EVN secondo lo standard HL7 Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento EVN Campo EVN-1 EVN-2 EVN-3 EVN-4 EVN-5 EVN-6 Contenuto Non utilizzato Data e ora di sistema nel formato YYYYMMGGHHMM Data e ora prevista nel formato YYYYMMGGHHMM Causa dell evento ( Inserimento nuovo, aggiornamento, merge ) Applicativo dipartimentale / Utente che ha eseguito l operazione Data e ora dell evento nel formato YYYYMMGGHHMM

11 1.3.3 Segmento MSA Message Acknowledge SEQ LEN DT OPT RP ITEM ELEMENT NAME 1 2 ID R Acknowledgment Code 2 20 ST R Message Control ID 3 80 ST B Text Message 4 15 NM O Expected Sequence Number 5 W Delayed Acknowledgment Type CE B Error Condition Struttura del segmento MSA secondo lo standard HL7 Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento MSA Campo MSA-1 MSA-2 MSA-3 Contenuto Uno dei valori AA, AE, AR (original mode ACK vedi tabella seguente) L ID del messaggio cui si invia ACK (campo MSH-10 del messaggio originale) Può contenere il testo del messaggio di errore presente nel segmento ERR campo 7 Diagnostic Information Value Description Comment AA Original mode: Application Accept - Enhanced mode: Application acknowledgment: Accept AE Original mode: Application Error - Enhanced mode: Application acknowledgment: Error AR Original mode: Application Reject - Enhanced mode: Application acknowledgment: Reject

12 1.3.4 Segmento ERR Error SEQ LEN DT OPT RP ITEM ELEMENT NAME ELD B Y Error Code and Location 2 18 ERL O Y Error Location CWE R HL7 Error Code 4 2 ID R Severity CWE O Application Error Code 6 80 ST O Y/ Application Error Parameter TX O Diagnostic Information TX O User Message 9 20 IS O Y Inform Person Indicator CWE O Override Type CWE O Y Override Reason Code XTN O Y Help Desk Contact Point Struttura del segmento ERR secondo lo standard HL7 Nella tabella successiva vengono indicate le linee guida per la compilazione del segmento ERR Campo ERR-1 Contenuto In caso di errore nel messaggio ricevuto vengono compilati i campi <Segment ID > ^ <Segment Sequence > ^ <Field Position > ^ <Code Identifying Error > Questi sono i segmenti ERR secondo i codici di errori standard HL7: ERR MSH^1^^100&Segment sequence error: segmento mancante o incompleto (es. MSH) ERR MSH^1^xx^101&Required field missing: campo richiesto mancante ERR MSH^1^^207&Application internal error: errore interno nell'elaborazione del messaggio ERR MSH^1^^203&Unsupported version id: versione HL7 non supportata ERR MSH^1^^200&Unsupported message type: messaggio non supportato Per gestire la sessione ed in altri casi particolari la BAC potrebbe rispondere con questi messaggi di errore personalizzati ERR MSH^1^5^Receiving application sconosciuta : applicazione receiving non registrata ERR MSH^1^5^Receiving application non attiva : applicazione receiving non attiva ERR Sessione HL7 numero xxx non trovata

13 1.4 Diagramma funzionale L Omnicom BAC opera sia come attore Patient Demographics Source, sia come Patient Demographics Consumer, secondo i seguenti scenari: Aggiornamento dagli applicativi dipartimentali verso la BAC Questa situazione si verifica quando una posizione anagrafica viene aggiornata autonomamente dall applicativo di Front Office. In questo scenario l applicativo di FO assume il ruolo di Patient Demographics Source e la BAC il ruolo sia di Patient Demographics Consumer. Nel passo successivo in cui la BAC attiva il multi cast quest ultima assume il ruolo di Patient Demographics Source verso tutti gli altri applicativi che prendono il ruolo di Patient Demographics Consumer. Aggiornamento dell anagrafica direttamente nella BAC Questa è la situazione in cui l aggiornamento di una posizione anagrafica avviene direttamente nella BAC, ad opera dell applicazione demandata alla sua gestione o da un applicativo dipartimentale che utilizzi o i servizi di accesso sincrono alla base dati stessa ( HL7 ) o mediante la GUI Omnicom. In questo scenario tutti gli applicativi assumono il ruolo di Patient Demographics Consumer e la BAC il ruolo di Patient Demographics Source Negli schemi seguenti viene riportata la sequenza dei messaggi che vengono generati ogni qualvolta un dipartimentale di Front Office effettua un aggiornamento sulla anagrafica locale (Scenario 1 senza GUI Omnicom) e ogni qualvolta viene effettuato un aggiornamento direttamente sulla base dati aziendale (Scenario 2). Scenario1: Altri Dipartimentali Dipartimentale genera evento Middleware Omnicom BAC HL7 ADT^28 - ADT^31 Evento insert/update Risposta evento ACK applicativo Richiesta ADT^28 - ADT^31 HL7 ADT^28 - ADT^31 ACK comunicazione Stato risposta Richiesta ADT^28 - ADT^31 HL7 ADT^28 - ADT^31 ACK comunicazione Risposta evento

14 Crono sequenza dei messaggi: 1. Il dipartimentale effettua l inserimento/aggiornamento di una posizione anagrafica nella propria base dati locale 2. Il dipartimentale invia un messaggio ADT di inserimento/aggiornamento al middleware di integrazione sul canale riservato alla BAC 3. Il middleware notifica ad un servizio del middleware l evento di nuovo messaggio HL7. Il servizio interpreta l evento e lo traduce come richiesta alla BAC. 4. La BAC notifica il risultato dell operazione al servizio del middleware. Il servizio aggiorna lo stato della sessione HL7, la risposta viene restituita al dipartimentale come un ACK applicativo per la gestione degli errori 5. La BAC notifica ad un servizio del middleware la modifica di un posizione anagrafica. Il servizio traduce la richiesta in un messaggio HL7 e invia ai dipartimentali un ADT di inserimento/aggiornamento 6. I dipartimentali restituiscono al middleware un ACK di comunicazione il quale chiude la sessione HL7 e notifica alla BAC la risposta per la gestione degli errori Scenario2: Altri Dipartimentali Dipartimentale + GUI Middleware Omnicom BAC Metodo Inserisce/Aggiorna Esito + dati cittadino + ID_BAC HL7 ADT^28 - ADT^31 Richiesta ADT^28 - ADT^31 ACK comunicazione Risposta evento Crono sequenza dei messaggi: 1. Il dipartimentale effettua l inserimento/aggiornamento di una posizione anagrafica istanziando la GUI Omnicom direttamente nella BAC 2. La BAC attraverso la GUI comunica al dipartimentale l esito dell operazione di inserimento/aggiornamento con le informazioni complete del cittadino 3. Il dipartimentale aggiorna nella propria base dati la posizione anagrafica del cittadino ritornato dalla GUI. 4. La BAC notifica ad un servizio del middleware la modifica di un posizione anagrafica. Il servizio traduce la richiesta in un messaggio HL7 e invia ai dipartimentali un ADT di inserimento/aggiornamento 5. I dipartimentali restituiscono al middleware un ACK di comunicazione il quale chiude la sessione HL7 e notifica alla BAC la risposta per la gestione degli errori

15 1.5 Tabelle HL7 Table Identifier type Value Description Comment AM American Express Deprecated and replaced by BC in v 2.5. AN Account number An identifier that is unique to an account. ANON Anonymous identifier An identifier for a living subject whose real identity is protected or suppressed Justification: For public health reporting purposes, anonymous identifiers are occasionally used for protecting patient identity in reporting certain results. For instance, a state health department may choose to use a scheme for generating an anonymous identifier for reporting a patient that has had a positive human immunodeficiency virus antibody test. Anonymous identifiers can be used in PID 3 by replacing the medical record number or other non-anonymous identifier. The assigning authority for an anonymous identifier would be the state/local health department. ANC Account number Creditor Class: Financial A more precise definition of an account number: sometimes two distinct account numbers must be transmitted in the same message, one as the creditor, the other as the debitor. Kreditorenkontonummer AND Account number debitor Class: Financial A more precise definition of an account number: sometimes two distinct account numbers must be transmitted in the same message, one as the creditor, the other as the debitor. Debitorenkontonummer ANT Temporary Account Number Class: Financial Temporary version of an Account Number. Use Case: An ancillary system that does not normally assign account numbers is the first time to register a patient. This ancillary system will generate a temporary account number that will only be used until an official account number is assigned. APRN Advanced Practice Registered Nurse number An identifier that is unique to an advanced practice registered nurse within the jurisdiction of a certifying board BA Bank Account Number Class: Financial BC Bank Card Number Class: Financial An identifier that is unique to a person s bank card. Replaces AM, DI, DS, MS, and VS beginning in v 2.5. BR Birth registry number BRN Breed Registry Number CC Cost Center number Class: Financial Use Case: needed especially for transmitting information about invoices. CY County number DDS Dentist license number An identifier that is unique to a dentist within the jurisdiction of the licensing board

16 Value Description Comment DEA Drug Enforcement Administration registration number An identifier for an individual or organization relative to controlled substance regulation and transactions. Use case: This is a registration number that identifies an individual or organization relative to controlled substance regulation and transactions. A DEA number has a very precise and widely accepted meaning within the United States. Surprisingly, the US Drug Enforcement Administration does not solely assign DEA numbers in the United States. Hospitals have the authority to issue DEA numbers to their medical residents. These DEA numbers are based upon the hospital s DEA number, but the authority rests with the hospital on the assignment to the residents. Thus, DEA as an Identifier Type is necessary in addition to DEA as an Assigning Authority. DI Diner s Club card Deprecated and replaced by BC in v 2.5. DFN Drug Furnishing or prescriptive authority Number An identifier issued to a health care provider authorizing the person to write drug orders Use Case: A nurse practitioner has authorization to furnish or prescribe pharmaceutical substances; this identifier is in component 1. DL Driver s license number DN Doctor number DPM Podiatrist license number An identifier that is unique to a podiatrist within the jurisdiction of the licensing board. DO Osteopathic License number An identifier that is unique to an osteopath within the jurisdiction of a licensing board. DR Donor Registration Number DS Discover Card Deprecated and replaced by BC in v 2.5. EI Employee number A number that uniquely identifies an employee to an employer. EN Employer number FI Facility ID GI Guarantor internal identifier Class: Financial GL General ledger number Class: Financial GN Guarantor external identifier Class: Financial HC Health Card Number JHN Jurisdictional health number (Canada) Class: Insurance 2 uses: a) UK jurisdictional CHI number; b) Canadian provincial health card number: IND Indigenous/Aboriginal A number assigned to a member of an indigenous or aboriginal group outside of Canada. LI Labor and industries number LN License number LR Local Registry ID MA Patient Medicaid number Class: Insurance MB Member Number An identifier for the insured of an insurance policy (this insured always has a subscriber), usually assigned by the insurance carrier. Use Case: Person is covered by an insurance policy. This person may or may not be the subscriber of the policy. MC Patient's Medicare number Class: Insurance MCD Practitioner Medicaid number Class: Insurance MCN Microchip Number MCR Practitioner Medicare number Class: Insurance

17 Value Description Comment MD Medical License number An identifier that is unique to a medical doctor within the jurisdiction of a licensing board. Use Case: These license numbers are sometimes used as identifiers. In some states, the same authority issues all three identifiers, e.g., medical, osteopathic, and physician assistant licenses all issued by one state medical board. For this case, the CX data type requires distinct identifier types to accurately interpret component 1. Additionally, the distinction among these license types is critical in most health care settings (this is not to convey full licensing information, which requires a segment to support all related attributes). MI Military ID number A number assigned to an individual who has had military duty, but is not currently on active duty. The number is assigned by the DOD or Veterans Affairs (VA). MR Medical record number An identifier that is unique to a patient within a set of medical records, not necessarily unique within an application. MRT Temporary Medical Record Number Temporary version of a Medical Record Number Use Case: An ancillary system that does not normally assign medical record numbers is the first time to register a patient. This ancillary system will generate a temporary medical record number that will only be used until an official medical record number is assigned. MS MasterCard Deprecated and replaced by BC in v 2.5. NE National employer identifier In the US, the Assigning Authority for this value is typically CMS, but it may be used by all providers and insurance companies in HIPAA related transactions. NH National Health Plan Identifier Class: Insurance Used for the UK NHS national identifier. In the US, the Assigning Authority for this value is typically CMS, but it may be used by all providers and insurance companies in HIPAA related transactions. NI National unique individual identifier Class: Insurance In the US, the Assigning Authority for this value is typically CMS, but it may be used by all providers and insurance companies in HIPAA related transactions. NII NIIP National Insurance Organization Identifier National Insurance Payor Identifier (Payor) Class: Insurance In Germany a national identifier for an insurance company. It is printed on the insurance card (health card). It is not to be confused with the health card number itself. Krankenkassen-ID der KV-Karte Class: Insurance In Germany the insurance identifier addressed as the payor. Krankenkassen-ID des Rechnungsempfängers Use case: a subdivision issues the card with their identifier, but the main division is going to pay the invoices. NNxxx National Person Identifier where the xxx is the ISO table character (alphabetic) country code NP Nurse practitioner number An identifier that is unique to a nurse practitioner within the jurisdiction of a certifying board.

18 Value Description Comment NPI National provider identifier Class: Insurance In the US, the Assigning Authority for this value is typically CMS, but it may be used by all providers and insurance companies in HIPAA related transactions. OD Optometrist license number A number that is unique to an individual optometrist within the jurisdiction of the licensing board. PA Physician Assistant number An identifier that is unique to a physician assistant within the jurisdiction of a licensing board PCN Penitentiary/correctional institution Number A number assigned to individual who is incarcerated. PE Living Subject Enterprise Number An identifier that is unique to a living subject within an enterprise (as identified by the Assigning Authority). PEN Pension Number PI Patient internal identifier A number that is unique to a patient within an Assigning Authority. PN Person number A number that is unique to a living subject within an Assigning Authority. PNT Temporary Living Subject Number Temporary version of a Lining Subject Number. PPN Passport number A unique number assigned to the document affirming that a person is a citizen of the country. In the US this number is issued only by the State Department. PRC Permanent Resident Card Number PRN Provider number A number that is unique to an individual provider, a provider group or an organization within an Assigning Authority. Use case: This allows PRN to represent either an individual (a nurse) or a group/organization (orthopedic surgery team). PT Patient external identifier QA QA number RI Resource identifier A generalized resource identifier. Use Case: An identifier type is needed to accommodate what are commonly known as resources. The resources can include human (e.g. a respiratory therapist), non-human (e.g., a companion animal), inanimate object (e.g., an exam room), organization (e.g., diabetic education class) or any other physical or logical entity. RPH Pharmacist license number An identifier that is unique to a pharmacist within the jurisdiction of the licensing board. RN Registered Nurse Number An identifier that is unique to a registered nurse within the jurisdiction of the licensing board. RR Railroad Retirement number RRI Regional registry ID SL State license SN Subscriber Number Class: Insurance An identifier for a subscriber of an insurance policy which is unique for, and usually assigned by, the insurance carrier. Use Case: A person is the subscriber of an insurance policy. The person s family may be plan members, but are not the subscriber. SR State registry ID SS Social Security number TAX Tax ID number

19 Value Description Comment TN Treaty Number/ (Canada) A number assigned to a member of an indigenous group in Canada. Use Case: First Nation. U Unspecified identifier UPIN Medicare/CMS (formerly HCFA) s Class: Insurance Universal Physician Identification numbers VN Visit number VS VISA Deprecated and replaced by BC in v 2.5. WC WIC identifier WCN Workers Comp Number XX Organization identifier HL7 Table Address type Value Description Comment BA N BDL F C B H L M O P RH BR Bad address Birth (nee) (birth address, not otherwise specified) Birth delivery location (address where birth occurred) Country Of Origin Current Or Temporary Firm/Business Home Legal Address Mailing Office Permanent Registry home. Refers to the information system, typically managed by a public health agency, that stores patient information such as immunization histories or cancer data, regardless of where the patient obtains services. Residence at birth (home address at time of birth) HL7 Table Telecommunication use code Value Description Comment PRN Primary Residence Number ORN Other Residence Number WPN Work Number VHN Vacation Home Number ASN Answering Service Number EMR Emergency Number NET Network ( ) Address BPN Beeper Number HL7 Table Telecommunication equipment type Value Description Comment PH Telephone FX Fax MD Modem CP Cellular Phone BP Beeper Internet Internet Address: Use Only If Telecommunication Use Code Is NET X.400 X.400 address: Use Only If Telecommunication Use Code Is NET

20 Value Description Comment TDD Telecommunications Device for the Deaf TTY Teletypewriter