Others titles
- FHIR Signature Datatype
- Electronic Health Records Exchange Through FHIR
Keywords
- FHIR
- HL7
- Medical Terminology
- Processes Data
- Processes Information
- Processes Documentation
- Health Information Exchange
- Electronic Health Records
- FHIR Smart
- Smart on FHIR
Signature

The signature may be a digital signature that is cryptographic in nature, or some other signature acceptable to the domain. This other signature may be as simple as a graphical image representing a hand-written signature, or a signature ceremony. Different signature approaches have different utilities. There are a number of places where content must be signed in healthcare.
Get The Data
- Research
Non-Commercial,
Share-Alike,
Attribution Free Forever
- Commercial
Commercial Use,
Remix & Adapt,
White Label Log in to download
Description
The elements of the Signature Resource are for ease of access to these elements. For digital signatures (EXtensible Markup Language (XML) DigSig, JavaScript Object Notation Web Signature/ JSON Web Signature (JWS)), the non-repudiation proof comes from the Signature validation, which includes validation of the referenced objects (e.g. Resources) (also known as, Content) in the XML-Signature Detached form.
Signature.type is an indication of the reason that the entity signed this document. This may be explicitly included as part of the signature information and can be used when determining accountability for various actions concerning the document. Examples include attesting to authorship, correct transcription, and witness of the specific event.
One consequence of signing the document is that Universal Resource Locators (URLs), identifiers and internal references are frozen and cannot be changed. This might be a desired feature, but it may also cripple interoperability between closed ecosystems where re-identification frequently occurs. For this reason, it is recommended that systems consider carefully the impact of any signature processes. The impact of signatures on Document bundles and their related processes is the most well-understood use of digital signatures.
Signature is used in the following places:
– Bundle
– Contract
– Provenance
– Verification Result
About this Dataset
Data Info
Date Created | 2018-09-20 |
---|---|
Last Modified | 2023-03-26 |
Version | 5.0.0 |
Update Frequency |
Annual |
Temporal Coverage |
N/A |
Spatial Coverage |
United States |
Source | John Snow Labs; Health Level Seven International; |
Source License URL | |
Source License Requirements |
N/A |
Source Citation |
N/A |
Keywords | FHIR, HL7, Medical Terminology, Processes Data, Processes Information, Processes Documentation, Health Information Exchange, Electronic Health Records, FHIR Smart, Smart on FHIR |
Other Titles | FHIR Signature Datatype, Electronic Health Records Exchange Through FHIR |
Data Fields
Name | Description | Type | Constraints |
---|---|---|---|
Concept_Name | Name of the concept in the FHIR structure. | string | required : 1 |
Computer_Ready_Name | A Computer-ready name (e.g. a token) that identifies the structure - suitable for code generation. Note that this name (and other names relevant for code generation, including element & slice names, codes etc) may collide with reserved words in the relevant target language, and code generators will need to handle this. | string | - |
Type | The type the structure describes. | string | - |
Dollar_Ref | The "$ref" string value contains a Uniform Resource Identifier (URI) which identifies the location of the JSON value being referenced. | string | - |
Description | A free text natural language description of the structure and its use. | string | - |
Items | The value of the keyword should be an object or an array of objects. If the keyword value is an object, then for the data array to be valid each item of the array should be valid according to the schema in this value. | string | - |
Required | The value of the keyword should be an array of unique strings. The data object to be valid should contain all properties with names equal to the elements in the keyword value. | string | - |
Data Preview
Concept Name | Computer Ready Name | Type | Dollar Ref | Description | Items | Required |
Signature | id | #/definitions/string | Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | |||
Signature | extension | array | May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable | |||
Signature | type | array | An indication of the reason that the entity signed this document. This may be explicitly included as part of the signature information and can be used when determining accountability for various actions concerning the document. | {'$ref': '#/definitions/Coding'} | ||
Signature | when | #/definitions/instant | When the digital signature was signed. | |||
Signature | _when | #/definitions/Element | Extensions for when | |||
Signature | who | #/definitions/Reference | A reference to an application-usable description of the identity that signed (e.g. the signature used their private key). | |||
Signature | onBehalfOf | #/definitions/Reference | A reference to an application-usable description of the identity that is represented by the signature. | |||
Signature | targetFormat | #/definitions/code | A mime type that indicates the technical format of the target resources signed by the signature. | |||
Signature | _targetFormat | #/definitions/Element | Extensions for targetFormat | |||
Signature | sigFormat | #/definitions/code | A mime type that indicates the technical format of the signature. Important mime types are application/signature+xml for X ML DigSig |