ICIPEMIR: Improving the Completeness, Interoperability and Patient Explanations of Medical Imaging Reports. Lauriot Dit Prevost, A., Trencart, M., Gaillard, V., Bouzille, G., Besson, R., Sharma, D., Puech, P., & Chazard, E. Studies in Health Technology and Informatics, 281:422–426, May, 2021.
doi  abstract   bibtex   
INTRODUCTION: Although electronic health records have been facilitating the management of medical information, there is still room for improvement in daily production of medical report. Possible areas for improvement would be: to improve reports quality (by increasing exhaustivity), to improve patients' understanding (by mean of a graphical display), to save physicians' time (by helping reports writing), and to improve sharing and storage (by enhancing interoperability). We set up the ICIPEMIR project (Improving the completeness, interoperability and patients explanation of medical imaging reports) as an academic solution to optimize medical imaging reports production. Such a project requires two layers: one engineering layer to build the automation process, and a second medical layer to determine domain-specific data models for each type of report. We describe here the medical layer of this project. METHODS: We designed a reproducible methodology to identify -for a given medical imaging exam- mandatory fields, and describe a corresponding simple data model using validated formats. The mandatory fields had to meet legal requirements, domain-specific guidelines, and results of a bibliographic review on clinical studies. An UML representation, a JSON Schema, and a YAML instance dataset were defined. Based on this data model a form was created using Goupile, an open source eCRF script-based editor. In addition, a graphical display was designed and mapped with the data model, as well as a text template to automatically produce a free-text report. Finally, the YAML instance was encoded in a QR-Code to allow offline paper-based transmission of structured data. RESULTS: We tested this methodology in a specific domain: computed tomography for urolithiasis. We successfully extracted 73 fields, and transformed them into a simple data model, with mapping to a simple graphical display, and textual report template. The offline QR-code transmission of a 2,615 characters YAML file was successful with simple smartphone QR-Code scanner. CONCLUSION: Although automated production of medical report requires domain-specific data model and mapping, these can be defined using a reproducible methodology. Hopefully this proof of concept will lead to a computer solution to optimize medical imaging reports, driven by academic research.
@article{lauriot_dit_prevost_icipemir_2021,
	title = {{ICIPEMIR}: {Improving} the {Completeness}, {Interoperability} and {Patient} {Explanations} of {Medical} {Imaging} {Reports}},
	volume = {281},
	issn = {1879-8365},
	shorttitle = {{ICIPEMIR}},
	doi = {10.3233/SHTI210193},
	abstract = {INTRODUCTION: Although electronic health records have been facilitating the management of medical information, there is still room for improvement in daily production of medical report. Possible areas for improvement would be: to improve reports quality (by increasing exhaustivity), to improve patients' understanding (by mean of a graphical display), to save physicians' time (by helping reports writing), and to improve sharing and storage (by enhancing interoperability). We set up the ICIPEMIR project (Improving the completeness, interoperability and patients explanation of medical imaging reports) as an academic solution to optimize medical imaging reports production. Such a project requires two layers: one engineering layer to build the automation process, and a second medical layer to determine domain-specific data models for each type of report. We describe here the medical layer of this project.
METHODS: We designed a reproducible methodology to identify -for a given medical imaging exam- mandatory fields, and describe a corresponding simple data model using validated formats. The mandatory fields had to meet legal requirements, domain-specific guidelines, and results of a bibliographic review on clinical studies. An UML representation, a JSON Schema, and a YAML instance dataset were defined. Based on this data model a form was created using Goupile, an open source eCRF script-based editor. In addition, a graphical display was designed and mapped with the data model, as well as a text template to automatically produce a free-text report. Finally, the YAML instance was encoded in a QR-Code to allow offline paper-based transmission of structured data.
RESULTS: We tested this methodology in a specific domain: computed tomography for urolithiasis. We successfully extracted 73 fields, and transformed them into a simple data model, with mapping to a simple graphical display, and textual report template. The offline QR-code transmission of a 2,615 characters YAML file was successful with simple smartphone QR-Code scanner.
CONCLUSION: Although automated production of medical report requires domain-specific data model and mapping, these can be defined using a reproducible methodology. Hopefully this proof of concept will lead to a computer solution to optimize medical imaging reports, driven by academic research.},
	language = {eng},
	journal = {Studies in Health Technology and Informatics},
	author = {Lauriot Dit Prevost, Arthur and Trencart, Marie and Gaillard, Vianney and Bouzille, Guillaume and Besson, Rémi and Sharma, Dyuti and Puech, Philippe and Chazard, Emmanuel},
	month = may,
	year = {2021},
	pmid = {34042778},
	keywords = {Data model, Diagnostic Imaging, Electronic Health Records, Humans, QR-Code, medical imaging report, patient participation},
	pages = {422--426},
}

Downloads: 0