2018
DOI: 10.24105/ejbi.2018.14.3.6
|View full text |Cite
|
Sign up to set email alerts
|

A Model for Implementing an Interoperable Electronic Consent Form for Medical Treatment Using HL7 FHIR

Abstract: This paper identifies the design requirements for electronic treatment consent (eConsent) architecture, and subsequently proposes a model for the eConsent architecture based on the HL7 FHIR ® standard [1]. The eConsent architecture comprises template forms, the actual treatment information, the patient consent and the signature of the patient. All four elements are represented using HL7 FHIR resources [2] and can be integrated within a FHIR ecosystem.

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
6
0

Year Published

2020
2020
2024
2024

Publication Types

Select...
5
1

Relationship

0
6

Authors

Journals

citations
Cited by 11 publications
(10 citation statements)
references
References 8 publications
(13 reference statements)
0
6
0
Order By: Relevance
“…In consideration of compatibility, we chose FHIR data model/data exchange [ 5 , 11 , 26 , 45 , 55 , 66 , 67 , 73 ] and defining ontology to align with FHIR [ 44 , 68 , 69 ] as the main categories. In addition, we classified all implementation-related work under the miscellaneous category [ 21 , 25 , 30 , 32 , 47 , 60 , 71 ], such as FHIR implementation of the legacy clinical data repository system, FHIR implementation of the agent-based system, implementation of operational data model metadata [ 86 ] to FHIR questionnaire resource implementation, FHIR implementation of the electronic treatment form, Clinical Asset Mapping Program for FHIR, integration of the architecture of domain information model (ISO/IEEE 11073 DIM) [ 31 ] with FHIR, and FHIR-based decision support systems.…”
Section: Resultsmentioning
confidence: 99%
“…In consideration of compatibility, we chose FHIR data model/data exchange [ 5 , 11 , 26 , 45 , 55 , 66 , 67 , 73 ] and defining ontology to align with FHIR [ 44 , 68 , 69 ] as the main categories. In addition, we classified all implementation-related work under the miscellaneous category [ 21 , 25 , 30 , 32 , 47 , 60 , 71 ], such as FHIR implementation of the legacy clinical data repository system, FHIR implementation of the agent-based system, implementation of operational data model metadata [ 86 ] to FHIR questionnaire resource implementation, FHIR implementation of the electronic treatment form, Clinical Asset Mapping Program for FHIR, integration of the architecture of domain information model (ISO/IEEE 11073 DIM) [ 31 ] with FHIR, and FHIR-based decision support systems.…”
Section: Resultsmentioning
confidence: 99%
“…Grantors may be patients, patient's relatives, or legally authorized persons appointed by a court to care for individuals who cannot care for themselves. The person for whom a legal representative is appointed could be either minor children or adults who are considered incapacitated 22 27…”
Section: Resultsmentioning
confidence: 99%
“…Identifies the treatment/s being consented to. Treatment is described in its medical name or patients' words 10 22 27…”
Section: Resultsmentioning
confidence: 99%
“…Daumke presented an architecture to harmonize commercial clinical text-mining tools by FHIR, which can be used as a clinical information model standard [19]. Recently, many research and industry products have presented how FHIR can be used for healthcare data integration [20][21][22][23][24][25][26][27], and discuss how FHIR realized the interoperability between different healthcare systems.…”
Section: Literature Reviewmentioning
confidence: 99%