2020
DOI: 10.1055/s-0039-1701001
|View full text |Cite
|
Sign up to set email alerts
|

Application Programming Interfaces in Health Care: Findings from a Current-State Sociotechnical Assessment

Abstract: Objective Interest in application programming interfaces (APIs) is increasing as key stakeholders look for technical solutions to interoperability challenges. We explored three thematic areas to assess the current state of API use for data access and exchange in health care: (1) API use cases and standards; (2) challenges and facilitators for read and write capabilities; and (3) outlook for development of write capabilities. Methods We employed four methods: (1) literature review; (2) expert intervie… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
21
0

Year Published

2020
2020
2024
2024

Publication Types

Select...
8

Relationship

0
8

Authors

Journals

citations
Cited by 17 publications
(21 citation statements)
references
References 6 publications
0
21
0
Order By: Relevance
“…Next, a paper by MacKenna et al [ 10 ] described how a poorly designed medication ordering system resulted in 9.5 million excess cost in one year for ordering more expensive generic medication than was necessary. Finally, a paper by Dullabh et al [ 11 ] used a socio-technical model to structure an analysis of the current state of application programming interfaces in healthcare for providing necessary interoperability and data sharing. Not surprisingly, they found a large amount of potential use cases and existing applications, most of which focused on filling a physician's need, read capabilities were widely provided, but not write, FHIR was the overwhelming standard that is used, and it enabled communication of the common clinical dataset, and validating data from external sources complicated providers’ workflows.…”
Section: Resultsmentioning
confidence: 99%
“…Next, a paper by MacKenna et al [ 10 ] described how a poorly designed medication ordering system resulted in 9.5 million excess cost in one year for ordering more expensive generic medication than was necessary. Finally, a paper by Dullabh et al [ 11 ] used a socio-technical model to structure an analysis of the current state of application programming interfaces in healthcare for providing necessary interoperability and data sharing. Not surprisingly, they found a large amount of potential use cases and existing applications, most of which focused on filling a physician's need, read capabilities were widely provided, but not write, FHIR was the overwhelming standard that is used, and it enabled communication of the common clinical dataset, and validating data from external sources complicated providers’ workflows.…”
Section: Resultsmentioning
confidence: 99%
“…The user interface connects to its database and to our organization's many other clinical information systems using application program interfaces, HL7 messages, direct database queries, and web services ( Supplementary Appendix S1 , available in the online version). 38 Our decision to build the application alongside (rather than within) the main EHR was largely motivated by our requirement of supporting a mobile, paperless handoff and rounding workflow. This was not possible within our EHR at the time (Allscripts) nor within the EHR our health system planned to implement shortly thereafter (Epic).…”
Section: Methodsmentioning
confidence: 99%
“…Other identified vulnerabilities included: effective visualizations of laboratory and other structured data, collaborative task management, and transitions of care both within a team (e.g., night coverage) and across teams (e.g., intensive care unit to ward). 29 30 31 Learning from prior examples of institutional systems designed to improve clinicians' interactions with EHR functionalities, 32 33 34 35 36 37 we recognized opportunities to leverage recent advances—mobile technology, facile web application interfaces, and data interoperability 38 —in the creation of a homegrown EHR-adjunct that provides a modern digital experience.…”
Section: Objectivementioning
confidence: 99%
“…Specific application programming requirements were determined by the application programming team and previously utilized by other developers. [18][19][20] Requirements include that it generates a short 1-to 2-page list, displays laboratories in the same format as used on paper lists, condenses patient information, is real time and accurate, and is user customizable.…”
Section: Application Design Development and Integrationmentioning
confidence: 99%