NHDR Implementation Guide Release 1.0
0.1.0 - ci-build

NHDR Implementation Guide Release 1.0, published by NHDR. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/PROJ-PHILHEALTH-EA-NHDR/nhdr-fhir-ig-review-project-2/ and changes regularly. See the Directory of published versions

## ValueSet: Signature Type

Official URL: https://nhdr.gov.ph/fhir/ValueSet/SignatureTypeVS | Version: 0.1.0
Draft as of 2024-11-28 | Computable Name: SignatureTypeVS
Copyright/Legal: Used by permission of HL7 International, all rights reserved Creative Commons License. Licensed Under Creative Commons. No Rights Reserved.

A set of codes representing different types of signatures used in healthcare documentation and transactions.

References

- PH Signature

### Logical Definition (CLD)

Language: en-US

This value set includes codes based on the following rules:

- Include all codes defined in `urn:iso-astm:E1762-95:2013` version 📦4.0.1
- Include all codes defined in `https://nhdr.gov.ph/fhir/CodeSystem/SignatureTypeCS` version 📦0.1.0

### Expansion

Expansion performed internally based on:

- codesystem Signature Type - Local v0.1.0 (CodeSystem)
- codesystem Signature Type Codes v4.0.1 (CodeSystem)

This value set contains 20 concepts

System | Code | Display (en-US) | Definition | JSON | XML
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.1 | Author's Signature | the signature of the primary or sole author of a health information document. There can be only one primary author of a health information document. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.2 | Coauthor's Signature | the signature of a health information document coauthor. There can be multiple coauthors of a health information document. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.3 | Co-participant's Signature | the signature of an individual who is a participant in the health information document but is not an author or coauthor. (Example a surgeon who is required by institutional, regulatory, or legal rules to sign an operative report, but who was not involved in the authorship of that report.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.4 | Transcriptionist/Recorder Signature | the signature of an individual who has transcribed a dictated document or recorded written text into a digital machine readable format. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.5 | Verification Signature | a signature verifying the information contained in a document. (Example a physician is required to countersign a verbal order that has previously been recorded in the medical record by a registered nurse who has carried out the verbal order.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.6 | Validation Signature | a signature validating a health information document for inclusion in the patient record. (Example a medical student or resident is credentialed to perform history or physical examinations and to write progress notes. The attending physician signs the history and physical examination to validate the entry for inclusion in the patient's medical record.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.7 | Consent Signature | the signature of an individual consenting to what is described in a health information document. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.8 | Signature Witness Signature | the signature of a witness to any other signature. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.9 | Event Witness Signature | the signature of a witness to an event. (Example the witness has observed a procedure and is attesting to this fact.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.10 | Identity Witness Signature | the signature of an individual who has witnessed another individual who is known to them signing a document. (Example the identity witness is a notary public.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.11 | Consent Witness Signature | the signature of an individual who has witnessed the health care provider counselling a patient. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.12 | Interpreter Signature | the signature of an individual who has translated health care information during an event or the obtaining of consent to a treatment. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.13 | Review Signature | the signature of a person, device, or algorithm that has reviewed or filtered data for inclusion into the patient record. ( Examples: (1) a medical records clerk who scans a document for inclusion in the medical record, enters header information, or catalogues and classifies the data, or a combination thereof; (2) a gateway that receives data from another computer system and interprets that data or changes its format, or both, before entering it into the patient record.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.14 | Source Signature | the signature of an automated data source. (Examples: (1) the signature for an image that is generated by a device for inclusion in the patient record; (2) the signature for an ECG derived by an ECG system for inclusion in the patient record; (3) the data from a biomedical monitoring device or system that is for inclusion in the patient record.) |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.15 | Addendum Signature | the signature on a new amended document of an individual who has corrected, edited, or amended an original health information document. An addendum signature can either be a signature type or a signature sub-type (see 8.1). Any document with an addendum signature shall have a companion document that is the original document with its original, unaltered content, and original signatures. The original document shall be referenced via an attribute in the new document, which contains, for example, the digest of the old document. Whether the original, unaltered, document is always displayed with the addended document is a local matter, but the original, unaltered, document must remain as part of the patient record and be retrievable on demand. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.16 | Modification Signature | the signature on an original document of an individual who has generated a new amended document. This (original) document shall reference the new document via an additional signature purpose. This is the inverse of an addendum signature and provides a pointer from the original to the amended document. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.17 | Administrative (Error/Edit) Signature | the signature of an individual who is certifying that the document is invalidated by an error(s), or is placed in the wrong chart. An administrative (error/edit) signature must include an addendum to the document and therefore shall have an addendum signature sub-type (see 8.1). This signature is reserved for the highest health information system administrative classification, since it is a statement that the entire document is invalidated by the error and that the document should no longer be used for patient care, although for legal reasons the document must remain part of the permanent patient record. |  |
`urn:iso-astm:E1762-95:2013` | 1.2.840.10065.1.12.1.18 | Timestamp Signature | the signature by an entity or device trusted to provide accurate timestamps. This timestamp might be provided, for example, in the signature time attribute. |  |
`https://nhdr.gov.ph/fhir/CodeSystem/SignatureTypeCS` | 1.2.840.10065.1.12.1.19 | Thumbmark Signature | The thumbmark signature of the primary or sole author of a health information document. |  |
`https://nhdr.gov.ph/fhir/CodeSystem/SignatureTypeCS` | 1.2.840.10065.1.12.1.20 | Electronic Signature | The digital authentication or authorization by the author, entered through a computer system. |  |

Explanation of the columns that may appear on this page:

Level | A few code lists that FHIR defines are hierarchical - each code is assigned a level. In this scheme, some codes are under other codes, and imply that the code they are under also applies
System | The source of the definition of the code (when the value set draws in codes defined elsewhere)
Code | The code (used as the code in the resource instance)
Display | The display (used in the display element of a Coding). If there is no display, implementers should not simply display the code, but map the concept into their application
Definition | An explanation of the meaning of the concept
Comments | Additional notes about how to use the code