| TEMPLATE ID | 2024 MASTER Infectious disease case investigation form - JM |
|---|---|
| Concept | 2024 MASTER Infectious disease case investigation form - JM |
| Description | Not Specified |
| Purpose | Not Specified |
| References | |
| Authors | name: Heather Leslie; organisation: Atomica Informatics; email: heather.leslie@atomicainformatics.com; date: 2023-09-04 |
| Other Details Language | name: Heather Leslie; organisation: Atomica Informatics; email: heather.leslie@atomicainformatics.com; date: 2023-09-04 |
| Other Details (Language Independent) |
|
| Language used | en |
| Citeable Identifier | 1013.26.975 |
| Root archetype id | openEHR-EHR-COMPOSITION.report.v1 |
| 2024 MASTER Infectious disease case investigation form | 2024 MASTER Infectious disease case investigation form: Document to communicate information to others, commonly in response to a request from another party. |
| Infectious disease investigation metadata | Infectious disease investigation metadata: Infectious disease investigation metadata. |
| Data | Data: * |
| Notified disease | Notified disease: The name of the disease under investigation.
|
| Notification ID | Notification ID: The unique identifier for the notification that triggered this infectious disease investigation. The investigation ID and the notification ID may be identical if both the notification and investigation are carried out within the same system. |
| Investigation ID | Investigation ID: The unique identifier for this infectious disease investigation. The investigation ID and the notification ID may be identical if both the notification and investigation are carried out within the same system. |
| Date identified | Date identified: The date when the infection was first identified by a clinician or notifier. |
| Epidemiological week of onset | Epidemiological week of onset: Standardised way to identify the week of onset of symptoms. Also known as 'epi week'. |
| Epidemiological week of notification | Epidemiological week of notification: Standardised way to identify the week of notification to public health authorities. Also known as 'epi week'. |
| Date of notification | Date of notification: Details about the person who notified public health authorities about the infectious disease case. |
| Person - notifying individual | Person - notifying individual: An individual human being. |
| Structured name of a person - core | Structured name of a person - core: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Professional license number | Professional license number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Professional group | Professional group: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant.
|
| Position | Position: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Healthcare facility | Healthcare facility: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Identifier | Identifier: Identifier associated with the organisation. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the ID data type contains multiple subcomponents for recording the ID value, type, issuer and assigner. |
| Address - local | Address - local: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Detection method | Detection method: Method of detection of the index disease. |
| Person - investigating officer | Person - investigating officer: An individual human being. |
| Structured name of a person - core | Structured name of a person - core: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Professional license number | Professional license number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Professional group | Professional group: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Position | Position: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Organisation | Organisation: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Date investigation initiated | Date investigation initiated: The date when the investigator commenced the investigation. |
| Person - clinician | Person - clinician: An individual human being. |
| Structured name of a person - core | Structured name of a person - core: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Professional license number | Professional license number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Professional group | Professional group: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Position | Position: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Organisation | Organisation: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Healthcare facility | Healthcare facility: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Identifier | Identifier: Identifier associated with the organisation. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the ID data type contains multiple subcomponents for recording the ID value, type, issuer and assigner. |
| Address - local | Address - local: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Date investigation completed | Date investigation completed: The date when the investigator finished the investigation report. |
| Date submitted to MO(H) | Date submitted to MO(H): The date when the investigator submitted the investigation report for review. |
| MO(H) sign off | MO(H) sign off: Details about review, sign off or approval by local or regional clinical authorities. |
| Date received for review | Date received for review: The date when the reviewer received the investigation for review. |
| Person - public health official | Person - public health official: An individual human being. |
| Structured name of a person - core | Structured name of a person - core: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Professional license number | Professional license number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Professional group | Professional group: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Position | Position: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant. |
| Organisation | Organisation: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Parish | Parish: Name of the local health region. |
| Comment | Comment: Narrative description about the investigation report. |
| Date review completed | Date review completed: The date when the reviewer completed the review of the investigation. |
| Date submitted to NSU | Date submitted to NSU: The date on which the investigation was submitted to public health authorities. |
| Initial field investigator classification | Initial field investigator classification: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Initial infectious disease investigation classification | Initial infectious disease investigation classification: Classification for an identified infectious disease as part of a disease surveillance investigation. |
| Data | |
| Index disease | Index disease: The name of the infectious disease under investigation. This data element may be redundant if the index disease has been identified elsewhere within a template.
|
| Initial classification | Initial classification: Classification of the likelihood of the 'Index disease' as causal at the initiation of a case investigation. Not to be used to record the 'Final classification' after completion of a case investigation.
|
| Reason for classification | Reason for classification: The broad category of the reason for the classification. For example: lost to follow-up, child of an infected mother. |
| Case demographic information | Case demographic information: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Adult demographics | Adult demographics: A container archetype used to hold demographic-related EHR CLUSTER archetypes. |
| Data | |
| Person - adult patient | Person - adult patient: An individual human being. |
| Structured name of a person - full | Structured name of a person - full: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Middle name | Middle name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Nickname | Nickname: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Medical Record Number (MRN) | Medical Record Number (MRN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Jamaica Digital Health ID | Jamaica Digital Health ID: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| National Identification Number (NIN) | National Identification Number (NIN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Taxpayer Registration Number (TRN) | Taxpayer Registration Number (TRN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Drivers licence | Drivers licence: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Passport number | Passport number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Electoral Office of Jamaica ID | Electoral Office of Jamaica ID: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| National Insurance Scheme Number | National Insurance Scheme Number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Address - Local + GIS | Address - Local + GIS: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Geolocation code | Geolocation code: Unique identifier that represents a precise geographical location. Also known as a geocode. For example: GPS coordinates concatenating longitude, latitude +/-altitude; Open Location Code or Plus Code; Universal Transverse Mercator (UTM); and geohash. |
| Latitude | Latitude: Horizontal (y) coordinate of a geolocation for the address. Latitude is represented by positive values north of the equator and negative values south of the equator. For example the latitude of the Eiffel Tower is 48.858093. -90..90 ° |
| Longitude | Longitude: Horizontal (x) coordinate of a geolocation for the address. Longitude is represented by negative values west of Prime Meridian and positive values east of Prime Meridian. For example the longitude of the Eiffel Tower is 2.294694. -180..180 ° |
| Map URL | Map URL: Link to a location on an online map. For example: a location on a Google or iOS map. |
| Phone - personal mobile | Phone - personal mobile: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - home landline | Phone - home landline: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - work number | Phone - work number: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Email: Details about a specified type of electronic communication. | |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template. |
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Comment | Comment: Additional narrative about the electronic communication not captured in other fields. |
| Child demographics | Child demographics: A container archetype used to hold demographic-related EHR CLUSTER archetypes. |
| Data | |
| Person - child patient | Person - child patient: An individual human being. |
| Structured name of a person - full | Structured name of a person - full: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Middle name | Middle name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Nickname | Nickname: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Medical Record Number (MRN) | Medical Record Number (MRN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Jamaica Digital Health ID | Jamaica Digital Health ID: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| National Identification Number (NIN) | National Identification Number (NIN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Birth certificate number | Birth certificate number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Student Registration Number | Student Registration Number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Taxpayer Registration Number (TRN) | Taxpayer Registration Number (TRN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Drivers licence | Drivers licence: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Passport number | Passport number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| National Insurance Scheme Number | National Insurance Scheme Number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Address - Local + GIS | Address - Local + GIS: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Geolocation code | Geolocation code: Unique identifier that represents a precise geographical location. Also known as a geocode. For example: GPS coordinates concatenating longitude, latitude +/-altitude; Open Location Code or Plus Code; Universal Transverse Mercator (UTM); and geohash. |
| Latitude | Latitude: Horizontal (y) coordinate of a geolocation for the address. Latitude is represented by positive values north of the equator and negative values south of the equator. For example the latitude of the Eiffel Tower is 48.858093. -90..90 ° |
| Longitude | Longitude: Horizontal (x) coordinate of a geolocation for the address. Longitude is represented by negative values west of Prime Meridian and positive values east of Prime Meridian. For example the longitude of the Eiffel Tower is 2.294694. -180..180 ° |
| Map URL | Map URL: Link to a location on an online map. For example: a location on a Google or iOS map. |
| Phone - home landline | Phone - home landline: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - personal mobile | Phone - personal mobile: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Email: Details about a specified type of electronic communication. | |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template. |
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Comment | Comment: Additional narrative about the electronic communication not captured in other fields. |
| Person - nameless infant patient | Person - nameless infant patient: An individual human being. |
| Label | Label: A label for the individual. For example: 'Neighbour in the house with the red door'.
|
| Structured name of woman - full + maiden | Structured name of woman - full + maiden: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Middle name | Middle name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Nickname | Nickname: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Maiden name | Maiden name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Medical Record Number (MRN) | Medical Record Number (MRN): Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Jamaica Digital Health ID | Jamaica Digital Health ID: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Address - Local + GIS | Address - Local + GIS: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Geolocation code | Geolocation code: Unique identifier that represents a precise geographical location. Also known as a geocode. For example: GPS coordinates concatenating longitude, latitude +/-altitude; Open Location Code or Plus Code; Universal Transverse Mercator (UTM); and geohash. |
| Latitude | Latitude: Horizontal (y) coordinate of a geolocation for the address. Latitude is represented by positive values north of the equator and negative values south of the equator. For example the latitude of the Eiffel Tower is 48.858093. -90..90 ° |
| Longitude | Longitude: Horizontal (x) coordinate of a geolocation for the address. Longitude is represented by negative values west of Prime Meridian and positive values east of Prime Meridian. For example the longitude of the Eiffel Tower is 2.294694. -180..180 ° |
| Map URL | Map URL: Link to a location on an online map. For example: a location on a Google or iOS map. |
| Phone - home landline | Phone - home landline: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - personal mobile | Phone - personal mobile: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Email: Details about a specified type of electronic communication. | |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template. |
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Comment | Comment: Additional narrative about the electronic communication not captured in other fields. |
| Date of birth | Date of birth: Overview or summary record of the pregnancy and birth of an individual. |
| Data | |
| Date of birth | Date of birth: The date/time of birth of the individual. May also be used to record the assumed or agreed date/time of birth for operational purposes, if the actual date/time is not formally recorded. Possible alternatives for the date/time of birth of the individual can be recorded using the CLUSTER.DOB_alternative archetype 'Date of birth details' SLOT. Partial dates are allowed. |
| Age assertion | Age assertion: A statement about the age of an individual at a point in time. |
| Data | |
| Point in time event | Point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Chronological age | Chronological age: The age of an individual at the event time, calculated from date of birth. In most use cases the DV_DURATION data type is used to record the Chronological age. The DV_INTERVAL_DURATION is used for recording a structured age interval in cases where there's uncertainty about the individual's exact age. The DV_QUANTITY data type is used for recording a decimal age in years or mean Julian years (365.25 days). The DV_TEXT data type is used for recording a textual representation of the individual's age, or age category often found in questionnaires. For example: 'P3M2W', '0,2884615384615385 a_j', '3 months 2 weeks' or '31-40 years' or 'Teenager'. P1M..P200Y Units:
|
| Age assertion - infant | Age assertion - infant: A statement about the age of an individual at a point in time. |
| Data | |
| Point in time event | Point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Chronological age | Chronological age: The age of an individual at the event time, calculated from date of birth. In most use cases the DV_DURATION data type is used to record the Chronological age. The DV_INTERVAL_DURATION is used for recording a structured age interval in cases where there's uncertainty about the individual's exact age. The DV_QUANTITY data type is used for recording a decimal age in years or mean Julian years (365.25 days). The DV_TEXT data type is used for recording a textual representation of the individual's age, or age category often found in questionnaires. For example: 'P3M2W', '0,2884615384615385 a_j', '3 months 2 weeks' or '31-40 years' or 'Teenager'. PT1H..P51W |
| Sex & gender | Sex & gender: Details about the gender of an individual. |
| Data | |
| Sex assigned at birth | Sex assigned at birth: The sex of an individual determined by anatomical characteristics observed and registered at birth. For example: 'Male', 'Female', 'Intersex'. Coding with a terminology is recommended, where possible. Use the element 'Comment' or the SLOT 'Details' if needed to register more specific details of the individuals gender.
|
| Sex & gender - newborn | Sex & gender - newborn: Details about the gender of an individual. |
| Data | |
| Sex assigned at birth | Sex assigned at birth: The sex of an individual determined by anatomical characteristics observed and registered at birth. For example: 'Male', 'Female', 'Intersex'. Coding with a terminology is recommended, where possible. Use the element 'Comment' or the SLOT 'Details' if needed to register more specific details of the individuals gender.
|
| Infant clinical context | Infant clinical context: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Birth summary | Birth summary: Overview or summary record of the pregnancy and birth of an individual. |
| Data | |
| Birth detail | Birth detail: A subset of persistent or summary information about the pregnancy and birth of an infant, selected for utility of use within both the maternal and infant health records. |
| Birth outcome | Birth outcome: Outcome of the pregnancy for the identified infant or fetus.
|
| Gestational age | Gestational age: The length of the pregnancy at the time of delivery of the infant. The value for this data element will usually, but not always, be identical to the 'Pregnancy duration' data element within the EVALUATION.pregnancy_summary in the maternal record. It may also be derived using the 'Agreed date' data element within the EVALUATION.estimated_date_delivery archetype in the maternal record. Usually estimated by Naegele's rule or by ultrasound scan. P0W..P52W Week |
| Gestational maturity | Gestational maturity: The estimated gestational maturity of the newborn at, or very near, birth. Usually estimated by physical examination and/or neuromuscular assessment of the newborn. P0W..P52W Week |
| Birth category by gestation | Birth category by gestation: Category of birth based on the duration of the pregnancy at birth.
|
| Adjusted age | Adjusted age: A statement about the age of an individual at a point in time. |
| Data | |
| Point in time event | Point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Adjusted age | Adjusted age: The age of a premature infant, calculated from their expected due date rather than their actual date of birth. Also known as 'Corrected age'. In most use cases the DV_DURATION data type is used to record the Adjusted age. The DV_QUANTITY data type is used for recording a decimal age in years or mean Julian years (365.25 days), and the DV_TEXT data type is used for recording a textual representation of the individual's age. For example: 'P3M2W', '0,2884615384615385 a_j' or '3 months 2 weeks'.
|
| Infant measurements | Infant measurements: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Body weight | Body weight: Measurement of the body weight of an individual. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Weight | Weight: The weight of the individual. 0..1000; 0..2000; 0..1000000 Units:
|
| Birth | Birth: Usually the first weight, measured soon after birth. This event will only be used once per health record . |
| Data | |
| Weight | Weight: The weight of the individual. 0..1000; 0..2000; 0..1000000 Units:
|
| Comment | Comment: Additional narrative about the measurement of Body weight, not captured in other fields. |
| Data | |
| Weight | Weight: The weight of the individual. 0..1000; 0..2000; 0..1000000 Units:
|
| Comment | Comment: Additional narrative about the measurement of Body weight, not captured in other fields. |
| State | |
| State of dress | State of dress: Description of the state of dress of the person at the time of weighing.
|
| Confounding factors | Confounding factors: Record any issues or factors that may impact on the measurement of body weight eg timing in menstrual cycle, timing of recent bowel motion or noting of amputation. |
| State | |
| State of dress | State of dress: Description of the state of dress of the person at the time of weighing.
|
| Confounding factors | Confounding factors: Record any issues or factors that may impact on the measurement of body weight eg timing in menstrual cycle, timing of recent bowel motion or noting of amputation. |
| Body weight for age | Body weight for age: Details about parameters plotted on a growth chart to allow monitoring of a child's growth over time, relative to a reference population. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Growth indicator | Growth indicator: The name of the growth parameter.
|
| Z-score category | Z-score category: The category or grouping of the Z score. For example: a choice between <-3, <-2, or Normal. |
| Protocol | |
| Growth reference chart | Growth reference chart: Specifies the standard or syndrome-specific reference charts used to calculate the growth indicator data. For example, for a typical height assessment, 'WHO' might be used, whereas for children diagnosed with Turner Syndrome, the 'Turner' standard would be applicable (see the Royal College of Paediatrics and Child Health API (https://growth.rcpch.ac.uk/). |
| Length | Length: Height, or body length, is measured from crown of head to sole of foot. Height is measured with the individual in a standing position and body length in a recumbent position. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Length | Length: The length of the body from crown of head to sole of foot. 0..1000; 0..250 Units:
|
| Birth | Birth: Usually the first length measurement, recorded soon after birth. This event will only be used once per health record . |
| Data | |
| Height/Length | Height/Length: The length of the body from crown of head to sole of foot. 0..1000; 0..250 Units:
|
| Comment | Comment: Additional narrative about the measurement, not captured in other fields. |
| Data | |
| Height/Length | Height/Length: The length of the body from crown of head to sole of foot. 0..1000; 0..250 Units:
|
| Comment | Comment: Additional narrative about the measurement, not captured in other fields. |
| State | |
| Position | Position: Position of individual when measured.
|
| Confounding factors | Confounding factors: Narrative description of any issues or factors that may impact on the measurement. For example: noting of amputation. |
| State | |
| Position | Position: Position of individual when measured.
|
| Confounding factors | Confounding factors: Narrative description of any issues or factors that may impact on the measurement. For example: noting of amputation. |
| Body length for age | Body length for age: Details about parameters plotted on a growth chart to allow monitoring of a child's growth over time, relative to a reference population. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Growth indicator | Growth indicator: The name of the growth parameter.
|
| Z-score category | Z-score category: The category or grouping of the Z score. For example: a choice between <-3, <-2, or Normal. |
| Head circumference | Head circumference: The measurement of the longest distance around the head. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Head circumference | Head circumference: The measurement of the longest distance around the head. 0..100; 0..40 Units:
|
| Birth | Birth: The first measurement of head circumference that is recorded soon after birth. This event should only be used once per record. |
| Data | |
| Head circumference | Head circumference: The measurement of the longest distance around the head. 0..100; 0..40 Units:
|
| Comment | Comment: Additional narrative about the head circumference not captured in other fields. |
| Data | |
| Head circumference | Head circumference: The measurement of the longest distance around the head. 0..100; 0..40 Units:
|
| Comment | Comment: Additional narrative about the head circumference not captured in other fields. |
| State | |
| Confounding factors | Confounding factors: Narrative descripiton of any issues or factors that may impact on the measurement. For example: 'uncooperative child','caput & moulding post birth' and 'haematoma'. |
| State | |
| Confounding factors | Confounding factors: Narrative descripiton of any issues or factors that may impact on the measurement. For example: 'uncooperative child','caput & moulding post birth' and 'haematoma'. |
| Head circumference for age | Head circumference for age: Details about parameters plotted on a growth chart to allow monitoring of a child's growth over time, relative to a reference population. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Growth indicator | Growth indicator: The name of the growth parameter.
|
| Z-score category | Z-score category: The category or grouping of the Z score. For example: a choice between <-3, <-2, or Normal. |
| Exposure profile | Exposure profile: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Exposure screening | Exposure screening: Series of questions and associated answers used to screen for potential exposure to a chemical, physical or biological agent which has caused or may cause harm to an individual. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Specific exposure | Specific exposure: Details about each possible specific exposure circumstance. |
| Situation | Situation: The exposure event, or situation or activity where exposure may have occurred. For example: Bee sting; travel to an 'at risk' location; exposure to infected body fluids; or worked as a healthcare provider. Coding of 'Situation' with a terminology is preferred, where possible. |
| Presence? | Presence?: Has the specified 'Situation' occurred? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Timing | Timing: Indication of timing related to the exposure situation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an exposure situation occurred. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the exposure situation; the interval of time during which the exposure situation occurred; the duration of the exposure situation; the age of the individual at the time of the exposure situation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year.
|
| Environmental survey | Environmental survey: Details about environmental factors related to the local community and built environment that impact health. |
| Data | Data: * |
| Urban setting | Urban setting: The type of setting in which an individual lives or works.
|
| Community planning | Community planning: The level of planning in the local area or community.
|
| Water supply | Water supply: The type of water supply to the local area.
|
| Waste collection frequency | Waste collection frequency: Indication of solid waste collection frequency.
|
| Mosquito population | Mosquito population: Type of mosquitoes found in the local area. For example: the genus, subgenus or species, such as Aedes or, more specifically Aeded aegypti and Aedes albopictus. |
| Aedes indices | Aedes indices: Public health parameters used to monitor the population density and breeding rate of Aedes mosquitoes. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Location type | Location type: The category or type of location being monitored. For example: home, school, or workplace.
|
| Premises index (PI) | Premises index (PI): The percentage of houses or premises infested with larvae and/or pupae. Calculated as (number of positive containers / number of houses inspected) * 100.
|
| Container index (CI) | Container index (CI): The percentage of water-holding containers infested with larvae or pupae. Calculated as (number of positive containers / total number of containers inspected) * 100.
|
| Breteau index (BI) | Breteau index (BI): The number of positive containers per 100 houses. Calculated as (number of positive containers / number of houses inspected) * 100.
|
| Travel profile | Travel profile: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Travel screening | Travel screening: Series of questions and associated answers used to screen for travel activity. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Any travel? | Any travel?: Is there a history of any travel activity related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by by choosing between the DV_TEXT or the DV_BOOLEAN datatypes to match each specific use case.
|
| Specific travel | Specific travel: Details about a specified travel activity relevant for the screening purpose. |
| Travel activity | Travel activity: Name of the type of travel. For example: 'Local', 'National', 'Overseas', 'Cruise ship'; or 'War zone'. Coding of the 'Investigation name' with a terminology is preferred, where possible.
|
| Occurred? | Occurred?: Is there a history of the the travel activity occurring? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by choosing between the DV_TEXT or the DV_BOOLEAN datatypes to match each specific use case.
|
| Date | Date: Indication of timing related to the travel. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time of travel; the departure and return time for the trip; the interval of time during which the individual was travelling; the duration of the trip; the age of the individual at the time of the trip; or the duration of time since the trip occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Comment | Comment: Additional narrative about the travel activity not captured in other fields. |
| Travel history | Travel history: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Travel event | Travel event: Details about a specific trip or travel event. |
| Data | |
| Origin | Origin: The name of the country, or the region of a country, that the individual regards as 'home' for the purpose of this episode of travel. |
| Date of departure | Date of departure: The date when the individual departed their location of origin. |
| Description | Description: Narrative description about the whole trip, especially about potential exposure to health risks. |
| Specific destination | Specific destination: Details about a single location visited during travel - in country or abroad. |
| Country | Country: The country visited. |
| State/region | State/region: The region visited. Different regions within the same country maybe identified if they potentially pose different health risks. |
| City | City: The city visited. Different cities within the same country or region maybe identified if they potentially pose different health risks. |
| Date of arrival | Date of arrival: Date of arrival to the identified destination. |
| Description | Description: Narrative description about the visit to the location. For example: a description of accommodation, clothing worn, mosquito nets used and any potential exposure to other health risks. |
| Specific place or person | Specific place or person: The name of a specific place, person or group of people that was visited. For example: people or organisation visited; accommodation or a cruise ship; a building, such as a museum or conference centre, hotel; an event, such as a festival; or other location, such as a beach or sports arena. This data element has multiple occurrences to allow for more than one specific place/person to be recorded. |
| Date of departure | Date of departure: Date of exit from the identified destination. |
| Comment | Comment: Additional narrative about the stay at the identified location, not captured in other fields. |
| Return transport | Return transport: Details about how the individual returned to their home base. This may be useful if it is necessary to use contact tracing. For example: the carrier and ID of a flight or ship. |
| Date of return | Date of return: The date when the individual returned back to their location of origin. |
| Comment | Comment: Additional narrative about the whole trip, not captured in other fields. |
| Contact for tracing | Contact for tracing: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Exposure contact for tracing | Exposure contact for tracing: An individual who may be the source of infectious disease and at risk of spreading it to others or an individual who may be at risk after exposure to an infected individual. |
| Data | |
| Label | Label: Administrative identifier or label to anonymise the contact. |
| Person - contact for tracing | Person - contact for tracing: An individual human being. |
| Structured name of a person - full | Structured name of a person - full: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Middle name | Middle name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Nickname | Nickname: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Medical record number | Medical record number: Identifier associated with the individual. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the DV_IDENTIFIER data type contains multiple subcomponents for recording the ID value, type, issuer and assigned. For example - social security number; driver's license; or passport number. |
| Address - Local + GIS | Address - Local + GIS: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Geolocation code | Geolocation code: Unique identifier that represents a precise geographical location. Also known as a geocode. For example: GPS coordinates concatenating longitude, latitude +/-altitude; Open Location Code or Plus Code; Universal Transverse Mercator (UTM); and geohash. |
| Latitude | Latitude: Horizontal (y) coordinate of a geolocation for the address. Latitude is represented by positive values north of the equator and negative values south of the equator. For example the latitude of the Eiffel Tower is 48.858093. -90..90 ° |
| Longitude | Longitude: Horizontal (x) coordinate of a geolocation for the address. Longitude is represented by negative values west of Prime Meridian and positive values east of Prime Meridian. For example the longitude of the Eiffel Tower is 2.294694. -180..180 ° |
| Map URL | Map URL: Link to a location on an online map. For example: a location on a Google or iOS map. |
| Phone - personal mobile | Phone - personal mobile: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - home landline | Phone - home landline: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Phone - work number | Phone - work number: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Contact type | Contact type: The type of contact where potential transmission occurred. For example: household, health facility, |
| Contacted? | Contacted?: Has contact been made with the exposed individual?
|
| Symptomatic? | Symptomatic?: Is the exposed individual reporting any relevant symptoms or signs?
|
| Vaccination status | Vaccination status: Assertion about whether the contact has received all recommended and relevant vaccines for the infectious disease or agent.
|
| Treated? | Treated?: Has the exposed individual been treated?
|
| Comment | Comment: Additional narrative about the contact not captured in other fields. |
| Age assertion | Age assertion: A statement about the age of an individual at a point in time. |
| Data | |
| Point in time event | Point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Chronological age | Chronological age: The age of an individual at the event time, calculated from date of birth. In most use cases the DV_DURATION data type is used to record the Chronological age. The DV_INTERVAL_DURATION is used for recording a structured age interval in cases where there's uncertainty about the individual's exact age. The DV_QUANTITY data type is used for recording a decimal age in years or mean Julian years (365.25 days). The DV_TEXT data type is used for recording a textual representation of the individual's age, or age category often found in questionnaires. For example: 'P3M2W', '0,2884615384615385 a_j', '3 months 2 weeks' or '31-40 years' or 'Teenager'. P1M..P200Y Units:
|
| Age assertion - infant | Age assertion - infant: A statement about the age of an individual at a point in time. |
| Data | |
| Point in time event | Point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Chronological age | Chronological age: The age of an individual at the event time, calculated from date of birth. In most use cases the DV_DURATION data type is used to record the Chronological age. The DV_INTERVAL_DURATION is used for recording a structured age interval in cases where there's uncertainty about the individual's exact age. The DV_QUANTITY data type is used for recording a decimal age in years or mean Julian years (365.25 days). The DV_TEXT data type is used for recording a textual representation of the individual's age, or age category often found in questionnaires. For example: 'P3M2W', '0,2884615384615385 a_j', '3 months 2 weeks' or '31-40 years' or 'Teenager'. PT1H..P51W |
| Sex & gender | Sex & gender: Details about the gender of an individual. |
| Data | |
| Sex assigned at birth | Sex assigned at birth: The sex of an individual determined by anatomical characteristics observed and registered at birth. For example: 'Male', 'Female', 'Intersex'. Coding with a terminology is recommended, where possible. Use the element 'Comment' or the SLOT 'Details' if needed to register more specific details of the individuals gender.
|
| Laboratory test screening | Laboratory test screening: Series of questions and associated answers used to screen whether diagnostic investigations have been carried out. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Specimen taken? | Specimen taken?: Is there a history of any diagnostic tests or investigations related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Specific test | Specific test: Details about a specified investigation or grouping of investigations relevant for the screening purpose. Use separate instances of this CLUSTER to differentiate between specific investigations or groupings of investigations. |
| Test name | Test name: Name of the diagnostic investigation or grouping of investigations. For example: 'Blood gas', Chest Xray', 'ECG'; or 'Hearing test'. Coding of the 'Investigation name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the investigation being carried out? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Date/time sent to laboratory | Date/time sent to laboratory: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Date/time result reported | Date/time result reported: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Conclusion | Conclusion: Brief description, summary or interpretation of the investigation outcome. For example: 'All results within normal range', 'Normal', 'Further investigations needed'. This data element is not to contain a representation of the actual results or findings. In that situation, nest an appropriate CLUSTER archetype within the following 'Additional details' SLOT. |
| Specimen collection details | Specimen collection details: A physical sample collected from, or related to, an individual for the purpose of investigation, examination or analysis. For example: Tissue or body fluid. |
| Specimen type | Specimen type: The type of specimen. For example: Venous blood, bacterial culture, cytology, or tissue sample. Coding of the specimen type with a terminology is preferred, where possible. Optional[{fhir_mapping=Specimen.type}] |
| Date/time received by laboratory | Date/time received by laboratory: The date and time that the sample was received at the laboratory. Optional[{fhir_mapping=Specimen.receivedTime}] |
| Date/time collected | Date/time collected: The date and time that collection has been ordered to take place or has taken place. This datetime will be captured primarily in the INSTRUCTION timing, ACTION time or OBSERVATION times. However, as this is a critical piece of information, it can be useful to also associate it directly with the specimen itself. |
| Adequacy for testing | Adequacy for testing: Information about whether the specimen was adequate for testing. This element is intended to be used to record a judgement about whether or not the specimen quality was good enough for testing, and whether or not testing has been carried out. Coding of the specimen quality issues with a terminology is preferred, where possible.
|
| Comment | Comment: Additional narrative about the specimen not captured in other fields. Optional[{fhir_mapping=Specimen.note}] |
| Comment | Comment: Additional narrative about the diagnostic investigation test not captured in other fields. |
| Laboratory analyte result - interpretative | Laboratory analyte result - interpretative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Laboratory analyte result - quantitative | Laboratory analyte result - quantitative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Antibody test finding | Antibody test finding: The result of a laboratory test designed to detect and quantify the presence of specific antibodies produced by the immune system in response to a microorganism, tissue, allergen, or physiological process, within a clinical specimen. |
| Test name | Test name: Name of the antibody test. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2 IgG antibody test. |
| Antibody target | Antibody target: The specific antigenic structure or component that the test is designed to detect. Coding with an external terminology is recommended, if available. For example: infection-related IgG/IgM, IgG1 or IgG2, allergen-specific IgE; anti-dsDNA. |
| Microbial target | Microbial target: The name of the microorganism associated with the antibody target, if relevant. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2. |
| Test method | Test method: Method used for the antibody test. Coding with an external terminology is recommended, if available. For example: lateral flow immunoassay, ELISA, chemiluminescent immunoassay. |
| Presence | Presence: Statement about detection of the identified antibody in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified antibody in the specimen.
|
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Antigen test finding | Antigen test finding: The result of a laboratory test designed to directly identify and measure the presence of a specific antigen, typically associated with a microorganism, tissue, or physiological process, within a clinical specimen. |
| Test name | Test name: Name of the antigen test. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2 rapid antigen test, HIV p24 Antigen ELISA, PSA chemiluminescent immunoassay, AFP ELISA, HER2/neu immunohistochemistry (IHC) test. |
| Antigen target | Antigen target: The specific antigenic or protein structure or component that the test is designed to detect. Coding with an external terminology is recommended, if available. For example: spike protein (SARS-CoV-2), nucleocapsid protein (SARS-CoV-2), capsid protein (HIV), lipopolysaccharides (LPS) in gram-negative bacteria, prostate-specific antigen (PSA), alpha-fetoprotein (AFP), carcinoembryonic antigen (CEA), HER2/neu, CA-125. |
| Microbial target | Microbial target: The name of the microorganism associated with the antigen, if relevant. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2, HIV. |
| Test method | Test method: Method used for the antigen test. Coding with an external terminology is recommended, if available. For example: lateral flow immunoassay, ELISA, immunohistochemistry (IHC). |
| Presence | Presence: Statement about detection of the identified antigen in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified antigen in the specimen. Units:
|
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Blood cell count and differential finding | Blood cell count and differential finding: Relative and absolute amounts of blood cells identified within an identified specimen. For example: whole blood; urine; or CSF. |
| Red cell count (RCC) | Red cell count (RCC): Total number of erythrocytes per volume unit of the specimen. Units:
|
| White cell count (WCC) | White cell count (WCC): Total number of leucocytes per volume unit of the specimen. Units:
|
| Neutrophil count | Neutrophil count: Number of neutrophils per volume unit of the specimen. Units:
|
| Lymphocyte count | Lymphocyte count: Number of lymphocytes per volume unit of the specimen. Units:
|
| Monocyte count | Monocyte count: Number of monocytes per volume unit of the specimen. Units:
|
| Eosinophil count | Eosinophil count: Number of eosinophils per volume unit of the specimen. Units:
|
| Basophil count | Basophil count: Number of basophils per volume unit of the specimen. Units:
|
| Blast count | Blast count: Number of blast cells per volume unit of the specimen. Units:
|
| Platelet count | Platelet count: Number of platelets per volume unit of the specimen. Units:
|
| Neutrophil % | Neutrophil %: The proportion of neutrophils compared to the total white blood cell count.
|
| Lymphocyte % | Lymphocyte %: The proportion of lymphocytes compared to the total white blood cell count.
|
| Monocyte % | Monocyte %: The proportion of monocytes compared to the total white blood cell count.
|
| Eosinophil % | Eosinophil %: The proportion of eosinophils compared to the white blood cell count.
|
| Basophil % | Basophil %: The proportion of basophils observed compared to the total white blood cell count.
|
| Blast % | Blast %: The proportion of blast cells compared to the total white blood cell count.
|
| Comment | Comment: Additional narrative about the blood cell count, not captured in other fields. |
| Microbiology culture findings | Microbiology culture findings: Findings observed from culturing a specimen to detect and identify the growth of microorganisms. |
| Overall growth | Overall growth: Statement about the presence or absence of any microbial growth on culture.
|
| Per microorganism | Per microorganism: Details about specific culture findings for each identified organism. |
| Microorganism name | Microorganism name: Name of the microorganism cultured. For example: name of a bacteria, virus or fungus. |
| Growth | Growth: Observation about the presence or absence of growth of the identified organism on culture.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the identified microorganism grown on culture.
|
| Comment | Comment: Additional narrative about the culture findings for the identified microorganism, not captured in other fields. |
| Microbiology parasitology findings | Microbiology parasitology findings: A laboratory test to directly detect, identify and quantify parasites or their developmental forms in a specimen, using microscopy. |
| Per parasite | Per parasite: Per targeted parasite and developmental form. |
| Parasite name | Parasite name: Name of the parasite. Coding with an external terminology is recommended, if available. For example: Giardia, Entamoeba, Hookworm, Toxoplasma, Plasmodium or Trypanosoma |
| Developmental form | Developmental form: Name of the developmental stage or lifecycle of the parasite. Coding with an external terminology is recommended, if available. For example: egg, cyst, larva, trophozoite. |
| Presence | Presence: Statement about detection of the identified parasite in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of identified parasite in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of identified parasite in the specimen. For example: 2% parasitaemia detected in a blood smear. Units: % |
| Comment | Comment: Additional narrative about the findings for the identified parasite, not captured in other fields. |
| Gram stain findings | Gram stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain
|
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| India ink stain findings | India ink stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain |
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Morphology | Morphology: Narrative description about the physical characteristics of the staining target. For example: gram-positive cocci in clusters; gram-negative bacilli, short rods; elongated fibroblasts; multinucleated giant cells; branching hyphae; oval yeast forms with budding. |
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| Ziehl-Neelson stain findings | Ziehl-Neelson stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain
|
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| Molecular microbial test findings | Molecular microbial test findings: The result of a laboratory test for the detection and identification of specific micro-organism DNA or RNA in a specimen, using nucleic acid probes. |
| Test name | Test name: Name of the molecular test carried out. Coding with an external terminology is recommended, if available. For example: PCR for Mycobacterium tuberculosis or SARS-CoV-2. |
| Microbial target | Microbial target: The name of the microorganism being detected. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2, Mycobacterium tuberculosis, or Candida albicans. |
| Molecular target | Molecular target: The specific genetic material within the microorganism that is being detected. Coding with an external terminology is recommended, if available. For example: 16S rRNA gene (for bacteria), RdRp gene (for SARS-CoV-2), or ITS region (for fungi). |
| Test method | Test method: Method used for the molecular test. For example: PCR, RT-PCR, NGS, isothermal amplification. |
| Presence | Presence: Statement about detection of the identified microorganism in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified microorganism in the specimen. Units: copies/mL |
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Imaging examination screening - JM | Imaging examination screening - JM: Series of questions and associated answers used to screen whether diagnostic investigations have been carried out. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Any imaging? | Any imaging?: Is there a history of any diagnostic tests or investigations related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Specific imaging | Specific imaging: Details about a specified investigation or grouping of investigations relevant for the screening purpose. Use separate instances of this CLUSTER to differentiate between specific investigations or groupings of investigations. |
| Study name | Study name: Name of the diagnostic investigation or grouping of investigations. For example: 'Blood gas', Chest Xray', 'ECG'; or 'Hearing test'. Coding of the 'Investigation name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the investigation being carried out? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Date of study | Date of study: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Findings | Findings: Brief description, summary or interpretation of the investigation outcome. For example: 'All results within normal range', 'Normal', 'Further investigations needed'. This data element is not to contain a representation of the actual results or findings. In that situation, nest an appropriate CLUSTER archetype within the following 'Additional details' SLOT. |
| Comment | Comment: Additional narrative about the diagnostic investigation test not captured in other fields. |
| Medication administered | Medication administered: An assertion about the current use of a single medication by an individual. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Medication name | Medication name: Name of the medication. It is strongly recommended that the 'Medication name' be coded with a terminology capable of triggering decision support, where possible. Free text entry should only be used if there is no appropriate terminology available or for customised extemporaneous preparations. The extent of coding may vary from the simple generic or product name of the medication item through to structured details about the actual medication pack to be used. Free text entry should only be used if there is no appropriate terminology available. For example: 'Plaquenil'; 'Ibrutinib 420 mg tablet'; 'Rectinol ointment, 50 g, tube'; or 'Hydrofibre dressing with silver'. |
| Dose and timing | Dose and timing: Complete narrative description about how the ordered item is to be used. |
| Route of administration | Route of administration: The route by which the medication is administrated into the body. For example: 'oral', 'intravenous', or 'topical'. Coding of the route with a terminology is preferred, where possible.
|
| Comment | Comment: Additional narrative about the medication statement not captured in other fields. |
| First administered | First administered: The date and time when the medication was first taken by, or administered to, the individual. |
| Number of doses administered | Number of doses administered: The total number of doses administered. For example: 1 stat dose of prophylactic antibiotics; or 10 doses in an antibiotic course over 5 days. |
| Contact travel history | Contact travel history: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Travel event | Travel event: Details about a specific trip or travel event. |
| Data | |
| Origin | Origin: The name of the country, or the region of a country, that the individual regards as 'home' for the purpose of this episode of travel. |
| Date of departure | Date of departure: The date when the individual departed their location of origin. |
| Description | Description: Narrative description about the whole trip, especially about potential exposure to health risks. |
| Specific destination | Specific destination: Details about a single location visited during travel - in country or abroad. |
| Country | Country: The country visited. |
| State/region | State/region: The region visited. Different regions within the same country maybe identified if they potentially pose different health risks. |
| City | City: The city visited. Different cities within the same country or region maybe identified if they potentially pose different health risks. |
| Date of arrival | Date of arrival: Date of arrival to the identified destination. |
| Description | Description: Narrative description about the visit to the location. For example: a description of accommodation, clothing worn, mosquito nets used and any potential exposure to other health risks. |
| Specific place or person | Specific place or person: The name of a specific place, person or group of people that was visited. For example: people or organisation visited; accommodation or a cruise ship; a building, such as a museum or conference centre, hotel; an event, such as a festival; or other location, such as a beach or sports arena. This data element has multiple occurrences to allow for more than one specific place/person to be recorded. |
| Date of departure | Date of departure: Date of exit from the identified destination. |
| Comment | Comment: Additional narrative about the stay at the identified location, not captured in other fields. |
| Return transport | Return transport: Details about how the individual returned to their home base. This may be useful if it is necessary to use contact tracing. For example: the carrier and ID of a flight or ship. |
| Date of return | Date of return: The date when the individual returned back to their location of origin. |
| Comment | Comment: Additional narrative about the whole trip, not captured in other fields. |
| Social profile | Social profile: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Social network | Social network: Group of individuals connected by social interactions and personal relationships. |
| Data | |
| Union status | Union status: Single word or phrase that describes an individual's current relationship with a life partner. Coding of the partnership status with a terminology is preferred, where possible. There is a huge variation in the value sets used across jurisdictions. Many have local, government-mandated value sets rather than using SNOMED CT or similar. For example: a 'marital status' value set including 'never married' or 'single'; 'married'; 'divorced'; or 'widowed'. Also known as 'civil status', 'union status', or 'relationship status'.
|
| Person - next of kin | Person - next of kin: An individual human being. |
| Structured name of a person - full | Structured name of a person - full: Discrete components of an individual's name. |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'.
|
| First name | First name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Middle name | Middle name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Nickname | Nickname: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Last name | Last name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'.
|
| Role | Role: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant.
|
| Relationship | Relationship: The relationship or role of the individual to the subject of the health record. For example - the copyholder of an advance care record; contact person in an organisation; relative in a family history entry; specimen collector; or witness to a fall or accident. If the individual being described using this archetype is the subject of the health record, then this data element is redundant.
|
| Address - local | Address - local: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Address - international | Address - international: Details about the location of a person, physical building or landmark. |
| Address line | Address line: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| City/Town | City/Town: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'. |
| District/County | District/County: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica.. |
| State/Territory/Province | State/Territory/Province: The name of a major government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'New South Wales' and 'Queensland' in Australia; 'British Columbia' and 'Nova Scotia' in Canada; and the Counties of 'Cornwall', 'Middlesex' & 'Surrey' in Jamaica. |
| Postal code | Postal code: The code for a postal delivery area containing the address, as defined by the relevant postal delivery service. Also known as a postcode or ZIP code. |
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Phone - unspecified number/s | Phone - unspecified number/s: Details about a specified type of electronic communication. |
| Type | Type: The type or form of electronic communication. The DV_CODED_TEXT value set supports recording of the most common electronic communications used in health. If other alternatives are required the DV_TEXT data type can be used to record other types of electronic communication such as social media or video conferencing URLs within a template.
|
| Value | Value: The unique combination of alphanumeric characters, relevant for representation of 'Type'. For example: area code + landline phone/pager number; country code + mobile phone number; or email address. |
| Purpose | Purpose: The purpose or use for the identified type of electronic communication.
|
| Education summary | Education summary: Summary or persistent information about an individual's current and past education or training. |
| Data | |
| Highest level of education completed | Highest level of education completed: Description of highest category of education or training completed. Coding with a terminology is desirable, where possible. For example: the ISCED classification, such as upper secondary vocational education; post-secondary non-tertiary vocational education; Bachelor’s or equivalent level, professional; Doctoral or equivalent level, academic; post-secondary non-tertiary vocational education; or never attended an educational program.
|
| Occupation summary | Occupation summary: Summary or persistent information about an individual's current and past jobs and/or roles. |
| Data | |
| Employment status | Employment status: Statement about the individual's current employment. For example: employed; unemployed; or not in labour force. Coding with a terminology is desirable, where possible. Detail about each occupation can be recorded within the CLUSTER.occupation_record archetype.
|
| Occupation record | Occupation record: A single job or role carried out by an individual during a specified period of time. |
| Occupation | Occupation: The main job title or the role of the individual. For example: Chief Executive Officer; Carer; or Student. Each of these job titles or roles may be comprised of multiple duties.
|
| Employer/School | Employer/School: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name of Employer/School | Name of Employer/School: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Address - local | Address - local: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Home environment | Home environment: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Living arrangement | Living arrangement: The circumstances about an individual living alone or with others. This information will provide a sense of the level of support, both physically and emotionally, to which an individual may have access. |
| Data | |
| Description | Description: Narrative description about the living arrangements. |
| Living arrangement | Living arrangement: Single word or phrase that describes if an individual usually resides alone or with others. Coding of the living arrangement with a terminology is preferred, where possible. The value sets for this data element are likely to vary between jurisdictions - it is anticipated that they will usually be set within a use-case specific template. For example: 'lives alone'; 'lives with family'; or 'lives with others'.
|
| Number of household members | Number of household members: The number of individuals who belong to the household. |
| Number of children under 5 | Number of children under 5: The number of children who belong to the household under the age of 5 years old. |
| Dwelling | Dwelling: An overview about the properties of a single structure, or a discrete space within a structure, and associated spaces in which an individual lives. The intended scope of dwelling includes, but is not limited to: a building; part of a building; house; apartment; prison; houseboat; mobile home; or vehicle. It can also include the spaces associated with a structure or property, including the basement or yard. |
| Type | Type: The type of dwelling in which an individual lives. Coding of the dwelling type with a terminology is preferred, where possible. The value sets for this data element are likely to vary between jurisdictions - it is anticipated that they will usually be set within a use-case specific template. For example: 'separate house'; 'flat, unit or apartment'; 'caravan or tent'; or 'house or flat attached to a shop or office'.
|
| Number of people | Number of people: The total number of people living in the dwelling. The number of people in the household will be a subset of the people living in a shared dwelling. >=0 |
| Persons per bedroom | Persons per bedroom: Number of household members sharing bedroom. While this data element will usually record the number of people sleeping in the room where the index patient sleeps, this data element has multiple occurrences to allow for more than one bedroom to be recorded, if necessary. >=0 |
| Water supply | Water supply: Description about how water is delivered into the dwelling. Multiple occurrences will allow details for each water supply to be recorded. For example: piped water (in house); stand pipe; or yard pipe. |
| Ventilation | Ventilation: Description about the ventilation within the dwelling. |
| Cleanliness | Cleanliness: Description about the level of cleanliness of the dwelling. For example: Adequate or Inadequate. |
| Household crowding | Household crowding: A mismatch between the number of available rooms in a dwelling and the composition of the household. |
| Number of bedrooms | Number of bedrooms: Number of habitable rooms available to the household. The definition of an available, or habitable, 'room' varies enormously. In some jurisdictions it refers to the number of available bedrooms, but often needs a broader definition. In most situations definitions exclude the kitchen, bathrooms, balconies, porches, foyers, hall-ways and half-rooms. In a shared dwelling containing more than one household, the number of rooms available to a household will be a subset of the total number of rooms within the dwelling. >=0 |
| Persons per sleeping room | Persons per sleeping room: Number of household members per available room. In most situations, this will be assessed as the number of household members per room that can be used for sleeping. >=0 |
| Clinical notes | Clinical notes: Narrative summary or overview about a patient, specifically from the perspective of a healthcare provider, and with or without associated interpretations. |
| Data | |
| Clinical notes | Clinical notes: The summary, assessment, conclusions or evaluation of the clinical findings. |
| Clinical management | Clinical management: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Management screening | Management screening: Series of questions and associated answers used to screen for clinical management including, but not limited to treatments, therapies and hospitalisation. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Management activity | Management activity: Details about a specific management or treatment activity or grouping of management or treatment activities relevant for the screening purpose. |
| Management name | Management name: Name of a specific management or treatment activity or grouping of management or treatment activities. For example: Admitted to hospital; Admitted to ICU; Use of compression stockings; Daily dressings; ECMO. Coding of the 'Management name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the specific management or treatment activity? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Start date | Start date: Indication of timing related to the management activity. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when the management activity may have occurred. The specific and intended semantics can be further clarified in a template. For example: the actual point in time when, or interval during which, an activity took place; the start and stop time of an activity; the duration of the activity; the age of the individual at the time of the activity; or the duration of time since the activity occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Laboratory test screening | Laboratory test screening: Series of questions and associated answers used to screen whether diagnostic investigations have been carried out. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Specimen taken? | Specimen taken?: Is there a history of any diagnostic tests or investigations related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Specific test | Specific test: Details about a specified investigation or grouping of investigations relevant for the screening purpose. Use separate instances of this CLUSTER to differentiate between specific investigations or groupings of investigations. |
| Test name | Test name: Name of the diagnostic investigation or grouping of investigations. For example: 'Blood gas', Chest Xray', 'ECG'; or 'Hearing test'. Coding of the 'Investigation name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the investigation being carried out? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Date/time sent to laboratory | Date/time sent to laboratory: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Date/time result reported | Date/time result reported: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Conclusion | Conclusion: Brief description, summary or interpretation of the investigation outcome. For example: 'All results within normal range', 'Normal', 'Further investigations needed'. This data element is not to contain a representation of the actual results or findings. In that situation, nest an appropriate CLUSTER archetype within the following 'Additional details' SLOT. |
| Specimen collection details | Specimen collection details: A physical sample collected from, or related to, an individual for the purpose of investigation, examination or analysis. For example: Tissue or body fluid. |
| Specimen type | Specimen type: The type of specimen. For example: Venous blood, bacterial culture, cytology, or tissue sample. Coding of the specimen type with a terminology is preferred, where possible. Optional[{fhir_mapping=Specimen.type}] |
| Date/time received by laboratory | Date/time received by laboratory: The date and time that the sample was received at the laboratory. Optional[{fhir_mapping=Specimen.receivedTime}] |
| Date/time collected | Date/time collected: The date and time that collection has been ordered to take place or has taken place. This datetime will be captured primarily in the INSTRUCTION timing, ACTION time or OBSERVATION times. However, as this is a critical piece of information, it can be useful to also associate it directly with the specimen itself. |
| Adequacy for testing | Adequacy for testing: Information about whether the specimen was adequate for testing. This element is intended to be used to record a judgement about whether or not the specimen quality was good enough for testing, and whether or not testing has been carried out. Coding of the specimen quality issues with a terminology is preferred, where possible.
|
| Comment | Comment: Additional narrative about the specimen not captured in other fields. Optional[{fhir_mapping=Specimen.note}] |
| Comment | Comment: Additional narrative about the diagnostic investigation test not captured in other fields. |
| Laboratory analyte result - interpretative | Laboratory analyte result - interpretative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Laboratory analyte result - quantitative | Laboratory analyte result - quantitative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Antibody test finding | Antibody test finding: The result of a laboratory test designed to detect and quantify the presence of specific antibodies produced by the immune system in response to a microorganism, tissue, allergen, or physiological process, within a clinical specimen. |
| Test name | Test name: Name of the antibody test. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2 IgG antibody test. |
| Antibody target | Antibody target: The specific antigenic structure or component that the test is designed to detect. Coding with an external terminology is recommended, if available. For example: infection-related IgG/IgM, IgG1 or IgG2, allergen-specific IgE; anti-dsDNA. |
| Microbial target | Microbial target: The name of the microorganism associated with the antibody target, if relevant. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2. |
| Test method | Test method: Method used for the antibody test. Coding with an external terminology is recommended, if available. For example: lateral flow immunoassay, ELISA, chemiluminescent immunoassay. |
| Presence | Presence: Statement about detection of the identified antibody in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified antibody in the specimen.
|
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Antigen test finding | Antigen test finding: The result of a laboratory test designed to directly identify and measure the presence of a specific antigen, typically associated with a microorganism, tissue, or physiological process, within a clinical specimen. |
| Test name | Test name: Name of the antigen test. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2 rapid antigen test, HIV p24 Antigen ELISA, PSA chemiluminescent immunoassay, AFP ELISA, HER2/neu immunohistochemistry (IHC) test. |
| Antigen target | Antigen target: The specific antigenic or protein structure or component that the test is designed to detect. Coding with an external terminology is recommended, if available. For example: spike protein (SARS-CoV-2), nucleocapsid protein (SARS-CoV-2), capsid protein (HIV), lipopolysaccharides (LPS) in gram-negative bacteria, prostate-specific antigen (PSA), alpha-fetoprotein (AFP), carcinoembryonic antigen (CEA), HER2/neu, CA-125. |
| Microbial target | Microbial target: The name of the microorganism associated with the antigen, if relevant. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2, HIV. |
| Test method | Test method: Method used for the antigen test. Coding with an external terminology is recommended, if available. For example: lateral flow immunoassay, ELISA, immunohistochemistry (IHC). |
| Presence | Presence: Statement about detection of the identified antigen in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified antigen in the specimen. Units:
|
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Blood cell count and differential finding | Blood cell count and differential finding: Relative and absolute amounts of blood cells identified within an identified specimen. For example: whole blood; urine; or CSF. |
| Red cell count (RCC) | Red cell count (RCC): Total number of erythrocytes per volume unit of the specimen. Units:
|
| White cell count (WCC) | White cell count (WCC): Total number of leucocytes per volume unit of the specimen. Units:
|
| Neutrophil count | Neutrophil count: Number of neutrophils per volume unit of the specimen. Units:
|
| Lymphocyte count | Lymphocyte count: Number of lymphocytes per volume unit of the specimen. Units:
|
| Monocyte count | Monocyte count: Number of monocytes per volume unit of the specimen. Units:
|
| Eosinophil count | Eosinophil count: Number of eosinophils per volume unit of the specimen. Units:
|
| Basophil count | Basophil count: Number of basophils per volume unit of the specimen. Units:
|
| Blast count | Blast count: Number of blast cells per volume unit of the specimen. Units:
|
| Platelet count | Platelet count: Number of platelets per volume unit of the specimen. Units:
|
| Neutrophil % | Neutrophil %: The proportion of neutrophils compared to the total white blood cell count.
|
| Lymphocyte % | Lymphocyte %: The proportion of lymphocytes compared to the total white blood cell count.
|
| Monocyte % | Monocyte %: The proportion of monocytes compared to the total white blood cell count.
|
| Eosinophil % | Eosinophil %: The proportion of eosinophils compared to the white blood cell count.
|
| Basophil % | Basophil %: The proportion of basophils observed compared to the total white blood cell count.
|
| Blast % | Blast %: The proportion of blast cells compared to the total white blood cell count.
|
| Comment | Comment: Additional narrative about the blood cell count, not captured in other fields. |
| Microbiology culture findings | Microbiology culture findings: Findings observed from culturing a specimen to detect and identify the growth of microorganisms. |
| Overall growth | Overall growth: Statement about the presence or absence of any microbial growth on culture.
|
| Per microorganism | Per microorganism: Details about specific culture findings for each identified organism. |
| Microorganism name | Microorganism name: Name of the microorganism cultured. For example: name of a bacteria, virus or fungus. |
| Growth | Growth: Observation about the presence or absence of growth of the identified organism on culture.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the identified microorganism grown on culture.
|
| Comment | Comment: Additional narrative about the culture findings for the identified microorganism, not captured in other fields. |
| Microbiology parasitology findings | Microbiology parasitology findings: A laboratory test to directly detect, identify and quantify parasites or their developmental forms in a specimen, using microscopy. |
| Per parasite | Per parasite: Per targeted parasite and developmental form. |
| Parasite name | Parasite name: Name of the parasite. Coding with an external terminology is recommended, if available. For example: Giardia, Entamoeba, Hookworm, Toxoplasma, Plasmodium or Trypanosoma |
| Developmental form | Developmental form: Name of the developmental stage or lifecycle of the parasite. Coding with an external terminology is recommended, if available. For example: egg, cyst, larva, trophozoite. |
| Presence | Presence: Statement about detection of the identified parasite in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of identified parasite in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of identified parasite in the specimen. For example: 2% parasitaemia detected in a blood smear. Units: % |
| Comment | Comment: Additional narrative about the findings for the identified parasite, not captured in other fields. |
| Gram stain findings | Gram stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain
|
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| India ink stain findings | India ink stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain |
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Morphology | Morphology: Narrative description about the physical characteristics of the staining target. For example: gram-positive cocci in clusters; gram-negative bacilli, short rods; elongated fibroblasts; multinucleated giant cells; branching hyphae; oval yeast forms with budding. |
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| Ziehl-Neelson stain findings | Ziehl-Neelson stain findings: Findings observed during microscopic examination of tissue treated with specialised stains, intended to enhance the visualisation of specimen, including microorganisms, tissue structures and cellular details. |
| Staining method | Staining method: Name of the technique used to stain the specimen. For example: Ziehl–Neelsen; Gram stain
|
| Clinical findings | Clinical findings: Narrative description about the findings observed using the identified stain. For example: an overall description; the presence of non-targeted findings such as epithelial cells or debris. |
| Per target finding | Per target finding: Details about a specific microorganism, tissue structure, or cell structure observed during the microscopic examination of a stained specimen. |
| Staining target | Staining target: Identification of the target organism, cell or structure. For example: gram-positive cocci, fungi, acid-fast bacilli, cell nuclei or pathological inclusions. Coding with an external terminology is preferred, if available.
|
| Presence | Presence: Statement about detection of the staining target in the specimen.
|
| Qualitative result | Qualitative result: Qualitative assessment of the amount of the target organism, cell, or structure observed using the stain.
|
| Comment | Comment: Additional narrative about the target findings using the identified stain, not captured in other fields. |
| Molecular microbial test findings | Molecular microbial test findings: The result of a laboratory test for the detection and identification of specific micro-organism DNA or RNA in a specimen, using nucleic acid probes. |
| Test name | Test name: Name of the molecular test carried out. Coding with an external terminology is recommended, if available. For example: PCR for Mycobacterium tuberculosis or SARS-CoV-2. |
| Microbial target | Microbial target: The name of the microorganism being detected. Coding with an external terminology is recommended, if available. For example: SARS-CoV-2, Mycobacterium tuberculosis, or Candida albicans. |
| Molecular target | Molecular target: The specific genetic material within the microorganism that is being detected. Coding with an external terminology is recommended, if available. For example: 16S rRNA gene (for bacteria), RdRp gene (for SARS-CoV-2), or ITS region (for fungi). |
| Test method | Test method: Method used for the molecular test. For example: PCR, RT-PCR, NGS, isothermal amplification. |
| Presence | Presence: Statement about detection of the identified microorganism in the specimen.
|
| Quantitative result | Quantitative result: Quantitative assessment of the amount of the identified microorganism in the specimen. Units: copies/mL |
| Comment | Comment: Additional narrative about the test finding not captured in other fields. |
| Imaging examination screening - JM | Imaging examination screening - JM: Series of questions and associated answers used to screen whether diagnostic investigations have been carried out. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Any imaging? | Any imaging?: Is there a history of any diagnostic tests or investigations related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Specific imaging | Specific imaging: Details about a specified investigation or grouping of investigations relevant for the screening purpose. Use separate instances of this CLUSTER to differentiate between specific investigations or groupings of investigations. |
| Study name | Study name: Name of the diagnostic investigation or grouping of investigations. For example: 'Blood gas', Chest Xray', 'ECG'; or 'Hearing test'. Coding of the 'Investigation name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the investigation being carried out? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Date of study | Date of study: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year. |
| Findings | Findings: Brief description, summary or interpretation of the investigation outcome. For example: 'All results within normal range', 'Normal', 'Further investigations needed'. This data element is not to contain a representation of the actual results or findings. In that situation, nest an appropriate CLUSTER archetype within the following 'Additional details' SLOT. |
| Comment | Comment: Additional narrative about the diagnostic investigation test not captured in other fields. |
| Other investigation screening | Other investigation screening: Series of questions and associated answers used to screen whether diagnostic investigations have been carried out. The answers may be self-reported. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Any other investigations? | Any other investigations?: Is there a history of any diagnostic tests or investigations related to the screening purpose? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Specific investigation | Specific investigation: Details about a specified investigation or grouping of investigations relevant for the screening purpose. Use separate instances of this CLUSTER to differentiate between specific investigations or groupings of investigations. |
| Investigation name | Investigation name: Name of the diagnostic investigation or grouping of investigations. For example: 'Blood gas', Chest Xray', 'ECG'; or 'Hearing test'. Coding of the 'Investigation name' with a terminology is preferred, where possible. |
| Done? | Done?: Is there a history of the investigation being carried out? In a template, the data element would usually be renamed to the specific question asked. The proposed value set can be adapted for local use by using the DV_TEXT or the DV_BOOLEAN datatypes choice to match each specific use case.
|
| Timing | Timing: Indication of timing related to the investigation. The 'Timing' data element has deliberately been loosely modelled to support the myriad of ways that it can be used in questionnaires to capture when an investigation was carried out. The specific and intended semantics can be further clarified in a template. For example: the actual date and/or time; the start and stop time for the investigation; the interval of time during which the investigation was carried out; the duration of the investigation; the age of the individual at the time of the investigation; or the duration of time since it occurred. A partial date is valid, using the DV_DATE_TIME data type, to record only a year.
|
| Conclusion | Conclusion: Brief description, summary or interpretation of the investigation outcome. For example: 'All results within normal range', 'Normal', 'Further investigations needed'. This data element is not to contain a representation of the actual results or findings. In that situation, nest an appropriate CLUSTER archetype within the following 'Additional details' SLOT. |
| Comment | Comment: Additional narrative about the diagnostic investigation test not captured in other fields. |
| Laboratory test result | Laboratory test result: The result, including findings and the laboratory's interpretation, of an investigation performed on specimens collected from an individual or related to that individual. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Test name | Test name: Name of the laboratory investigation performed on the specimen(s). A test result may be for a single analyte, or a group of items, including panel tests. It is strongly recommended that 'Test name' be coded with a terminology, for example LOINC or SNOMED CT. For example: 'Glucose', 'Urea and Electrolytes', 'Swab', 'Cortisol (am)', 'Potassium in perspiration' or 'Melanoma histopathology'. The name may sometimes include specimen type and patient state, for example 'Fasting blood glucose' or include other information, as 'Potassium (PNA blood gas)'. |
| Specimen collection details | Specimen collection details: A physical sample collected from, or related to, an individual for the purpose of investigation, examination or analysis. For example: Tissue or body fluid. |
| Specimen type | Specimen type: The type of specimen. For example: Venous blood, bacterial culture, cytology, or tissue sample. Coding of the specimen type with a terminology is preferred, where possible. Optional[{fhir_mapping=Specimen.type}] |
| Date/time received by laboratory | Date/time received by laboratory: The date and time that the sample was received at the laboratory. Optional[{fhir_mapping=Specimen.receivedTime}] |
| Date/time collected | Date/time collected: The date and time that collection has been ordered to take place or has taken place. This datetime will be captured primarily in the INSTRUCTION timing, ACTION time or OBSERVATION times. However, as this is a critical piece of information, it can be useful to also associate it directly with the specimen itself. |
| Adequacy for testing | Adequacy for testing: Information about whether the specimen was adequate for testing. This element is intended to be used to record a judgement about whether or not the specimen quality was good enough for testing, and whether or not testing has been carried out. Coding of the specimen quality issues with a terminology is preferred, where possible.
|
| Comment | Comment: Additional narrative about the specimen not captured in other fields. Optional[{fhir_mapping=Specimen.note}] |
| Date/time of result | Date/time of result: The date and/or time that ‘Overall test status’ was issued. |
| Laboratory analyte result - interpretative | Laboratory analyte result - interpretative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Laboratory analyte result - quantitative | Laboratory analyte result - quantitative: The result of a laboratory test for a single analyte value. |
| Test result | Test result: The value of the analyte result. For example '7.3 mmol/l', 'Raised'. The 'Any' data type will need to be constrained to an appropriate data type in a specialisation, a template or at run-time to reflect the actual analyte result. The Quantity data type has reference model attributes that include flags for normal/abnormal, reference ranges and approximations - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for more details. Optional[{fhir_mapping=Observation.value[x], hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8}]
|
| Comment | Comment: Additional narrative about the analyte result, not captured in other fields. Optional[{fhir_mapping=Observation.note, hl7v2_mapping=NTE.3}] |
| Protocol | |
| Receiving laboratory - public | Receiving laboratory - public: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'.
|
| Identifier | Identifier: Identifier associated with the organisation. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the ID data type contains multiple subcomponents for recording the ID value, type, issuer and assigner. |
| Receiving laboratory - private | Receiving laboratory - private: An entity comprising one or more people and having a particular purpose. For example: a company, institution, association, network, department, community group, healthcare practice group, payer/insurer, care team, or a group of neighbours who provide care or support. |
| Name | Name: The unstructured name or label for the organisation. For example: 'Royal Children's Hospital'; 'ABC District Nursing Service'; 'YNWA Oslo' or 'JB Smith Lawyers'. |
| Identifier | Identifier: Identifier associated with the organisation. Occurrences for this data element is set to 0..* to allow for more than one Identifier to be recorded. Note that the ID data type contains multiple subcomponents for recording the ID value, type, issuer and assigner. |
| Address - local | Address - local: Details about the location of a person, physical building or landmark. |
| Street address | Street address: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Landmark | Landmark: An unstructured address line representing all relevant street-level or post-box details that would support the identification of a location. Occurrences for this data element is set to 0..* to allow one or more free text 'Address line' data elements to represent the huge variety of ways that ‘street-level' details may need to be recorded within the context of a specified 'Town'. Multiple address lines can be represented in a template, renamed as 'Address line 1', 'Address line 2,' etc. For example: '7A/52 Davis Street' or 'Apartment 7A' as Address line 1 with '52 Davis Street' as Address line 2; a roadside mail box location, such as 'RMB 725, Princes Highway'; or using a descriptive landmark, such as or 'Corner of Smith & Brown Streets' or 'Second house north of the general store with the red door'. |
| Community | Community: The name of the lowest level locality that contains the address. For example: suburb, town, city, settlement, village, or community. Coding with an external terminology is preferred, where possible. For example: 'Fitzroy'; 'Manchester'; 'Kingston' or 'Bergen'.
|
| Parish | Parish: The name of a local government district or geographical area that contains the address. Coding with an external terminology is preferred, where possible. For example: 'Surf Coast' and 'Yarra' local government councils in Victoria, Australia;and the Parishes of 'Saint Andrew' and 'Kingston' in Jamaica..
|
| Country | Country: The name of the country containing the address. For example: Australia; Canada; Jamaica; or Norway. Coding with an external terminology, such as EN ISO 3166–1 Alpha 2 country code, is recommended.
|
| Imaging examination result | Imaging examination result: The result of an imaging examination performed on an individual, using radiological techniques. |
| Data | |
| Any event | Any event: Default, unspecified point in time or interval event which may be explicitly defined in a template or at run-time. |
| Data | |
| Study name | Study name: The name of the imaging examination performed. For example: 'CT abdomen'; 'Doppler ultrasound of renal artery' or 'Plain chest xray'. Coding with a terminology is strongly recommended, preferably a term specifying both modality and anatomical location, where possible. Examples of candidate terminologies are the LOINC Imaging Document Codes, RadLex Playbook or SNOMED-CT. Equivalent to DiagnosticReport.code in FHIR. |
| Study date | Study date: Date/time when the imaging started. Equivalent to ImagingStudy.started in FHIR. |
| Imaging findings | Imaging findings: Narrative description or overview of all clinical findings. |
| Overall impression | Overall impression: Narrative concise, clinically relevant interpretation of all imaging findings, and include a comparison with previous studies where appropriate. Also referred to as 'Opinion' or 'Conclusion'. Equivalent to DiagnosticReport.conclusion in FHIR. |
| Comment | Comment: Additional narrative about the examination not captured in other fields. For example: a note that the film was given to the patient. Equivalent to DiagnosticReport.note in FHIR. |
| Treatment summary | Treatment summary: Summary or persistent details about a treatment course or protocol for an identified condition. |
| Data | |
| Treatment name | Treatment name: The name of the (main) treatment or course of treatment. |
| Treatment status | Treatment status: Description about the status of the treatment or treatment course. For example: completed or not completed.
|
| Date treatment stopped | Date treatment stopped: The date when the treatment or course of treatment was completed or stopped. |
| Treatment outcome | Treatment outcome: Category of the treatment outcome for the individual.
|
| Date last seen | Date last seen: The date when the individual last attended for treatment. May be useful, for example, when the individual is lost to follow-up. |
| Clinical evidence | Clinical evidence: Details about findings that support a clinical assertion. |
| Test result | Test result: Identification of the finding that supports the assertion. It is recommended that 'Finding' should be coded with a terminology, where possible. |
| Date | Date: The date on which the finding was clinically identified. For example: The date when the finding was made by or made available to the clinician. |
| Management notes | Management notes: Narrative summary or overview about a patient, specifically from the perspective of a healthcare provider, and with or without associated interpretations. |
| Data | |
| Actions taken | Actions taken: The summary, assessment, conclusions or evaluation of the clinical findings. |
| Outcome | Outcome: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Vital status | Vital status: Status of an individual as alive or dead. |
| Data | |
| Any point in time event | Any point in time event: Default, unspecified point in time event which may be explicitly defined in a template or at run-time. |
| Data | |
| Vital status | Vital status: Whether an individual is alive or dead. Usually only relevant at a specified point in time. For example: record as alive or dead at the time of recording information within a disease registry.
|
| Death summary | Death summary: Summary information about the circumstances and context of the death of an individual, excluding the cause(s) of death. |
| Data | |
| Date of death | Date of death: The known, or assumed, date and time of death. Partial dates and an absence of time of death are allowed, if necessary. For example: based on findings pertaining to examination of the body and the pathologist's reconstruction of time of death based on post-mortem changes, temperature, etc. May also be known as DOD (date of death). If more than one 'Date of death alternatives' have been proposed, this data element could be renamed in a template as the 'Confirmed/Agreed date of death'. |
| Place of death | Place of death: The simple name, address or landmark of the place where the individual died. For example: 'City Hospital'; 'Mother's house'; or 'Mt Vesuvius crater'; or 'Corner of Smith & Brown Streets'. This data element has multiple occurrences to allow more than one level of detail about the place of death, such as recording both 'City Hospital' and 'Ward 6 North'. |
| Additional notes | Additional notes: Narrative summary or overview about a patient, specifically from the perspective of a healthcare provider, and with or without associated interpretations. |
| Data | |
| Additional notes | Additional notes: The summary, assessment, conclusions or evaluation of the clinical findings. |
| Field investigator classification | Field investigator classification: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Field diagnosis | Field diagnosis: Details about a single identified health condition, injury, disability or any other issue which impacts on the physical, mental and/or social well-being of an individual. Clear delineation between the scope of a problem versus a diagnosis is not easy to achieve in practice. For the purposes of clinical documentation with this archetype, problem and diagnosis are regarded as a continuum, with increasing levels of detail and supportive evidence usually providing weight towards the label of 'diagnosis'. |
| Data | |
| Diagnosis name | Diagnosis name: Identification of the problem or diagnosis, by name. Coding of the name of the problem or diagnosis with a terminology is preferred, where possible. |
| Cause of death | Cause of death: Details about specific diseases, conditions or injuries that caused or contributed to the death of an individual. |
| Data | |
| Immediate cause | Immediate cause: The disease, condition or injury that directly led to, or occurred closest to, the time of death. It is recommended that 'Direct cause' be coded with an external terminology. This data element may also be considered as the Cause labelled as 'A' within a death certificate recording a sequence of events leading to death. For example: Cerebral haemorrhage (as 'Direct cause', A) - 'due to' Metastasis of the brain ('Antecedent cause B'); - 'due to' Breast cancer (as the earliest 'Antecedent cause C'; or 'Underlying cause'). |
| Intermediate cause(s) | Intermediate cause(s): Details about one or more diseases, conditions or injuries in the sequence of events preceding death, recorded in order from most recent onset to the earliest onset. In the following example, there would only need to be two instances of this 'Antecedent cause(s)' CLUSTER represented in a template: - Cerebral haemorrhage (as 'Direct cause', A) - 'due to' Metastasis of the brain ('Antecedent cause B'); - 'due to' Breast cancer (as the earliest 'Antecedent cause C'; or 'Underlying cause'). If there is more than one 'Antecedent cause', each is represented as a separate instance of this CLUSTER. |
| Intermediate cause | Intermediate cause: Identification of an antecedent disease, condition or injury that directly contributed to the 'Direct cause'. It is recommended that 'Cause' be coded with an external terminology. |
| Underlying cause | Underlying cause: Details about one or more diseases, conditions or injuries in the sequence of events preceding death, recorded in order from most recent onset to the earliest onset. In the following example, there would only need to be two instances of this 'Antecedent cause(s)' CLUSTER represented in a template: - Cerebral haemorrhage (as 'Direct cause', A) - 'due to' Metastasis of the brain ('Antecedent cause B'); - 'due to' Breast cancer (as the earliest 'Antecedent cause C'; or 'Underlying cause'). If there is more than one 'Antecedent cause', each is represented as a separate instance of this CLUSTER. |
| Underlying cause | Underlying cause: Identification of an antecedent disease, condition or injury that directly contributed to the 'Direct cause'. It is recommended that 'Cause' be coded with an external terminology. |
| Other significant conditions | Other significant conditions: Details about other significant conditions that may have contributed to the death, but without a causal association. |
| Condition | Condition: Name of a significant condition that may have contributed to the death, but without a causal association. It is recommended that 'Condition' be coded with an external terminology. |
| Field classification | Field classification: Classification for an identified infectious disease as part of a disease surveillance investigation. |
| Data | |
| Index disease | Index disease: The name of the infectious disease under investigation. This data element may be redundant if the index disease has been identified elsewhere within a template. |
| Final classification | Final classification: Classification of the likelihood of the 'Index disease' as causal after completion of a case investigation. Not to be used to record the 'Initial classification' at the initiation of a case investigation.
|
| Reason for classification | Reason for classification: The broad category of the reason for the classification. For example: lost to follow-up, child of an infected mother. |
| Epidemiological link | Epidemiological link: Identification of the cause or source of transmission.
|
| Aetiology category | Aetiology category: The category for the cause of infection. For example: imported, import-related, endemic, vaccine-associated, congenital or unknown.
|
| Source country | Source country: Country identified as the (likely or probable) source for an imported or import-related case. |
| Endemic source category | Endemic source category: The category for the source of an endemic case. For example: household contact, community, or unknown. |
| Contribution to death | Contribution to death: Assessment of the relationship between the index disease and the death of the individual.
|
| Comment | Comment: Additional narrative about the classification, not captured in other fields. |
| Final classification | Final classification: A generic section header which should be renamed in a template to suit a specific clinical context. |
| Diagnosis | Diagnosis: Details about a single identified health condition, injury, disability or any other issue which impacts on the physical, mental and/or social well-being of an individual. Clear delineation between the scope of a problem versus a diagnosis is not easy to achieve in practice. For the purposes of clinical documentation with this archetype, problem and diagnosis are regarded as a continuum, with increasing levels of detail and supportive evidence usually providing weight towards the label of 'diagnosis'. |
| Data | |
| Diagnosis name | Diagnosis name: Identification of the problem or diagnosis, by name. Coding of the name of the problem or diagnosis with a terminology is preferred, where possible. |
| Classification | Classification: Classification for an identified infectious disease as part of a disease surveillance investigation. |
| Data | |
| Index disease | Index disease: The name of the infectious disease under investigation. This data element may be redundant if the index disease has been identified elsewhere within a template. |
| Final classification | Final classification: Classification of the likelihood of the 'Index disease' as causal after completion of a case investigation. Not to be used to record the 'Initial classification' at the initiation of a case investigation.
|
| Reason for classification | Reason for classification: The broad category of the reason for the classification. For example: lost to follow-up, child of an infected mother. |
| Epidemiological link | Epidemiological link: Identification of the cause or source of transmission.
|
| Aetiology category | Aetiology category: The category for the cause of infection. For example: imported, import-related, endemic, vaccine-associated, congenital or unknown.
|
| Source country | Source country: Country identified as the (likely or probable) source for an imported or import-related case. |
| Endemic source category | Endemic source category: The category for the source of an endemic case. For example: household contact, community, or unknown. |
| Contribution to death | Contribution to death: Assessment of the relationship between the index disease and the death of the individual.
|
| Comment | Comment: Additional narrative about the classification, not captured in other fields. |