Evidence map›Paper›PMID 26448794›Full record

ArticleApplied clinical informatics2015

A Standards-Based Architecture Proposal for Integrating Patient mHealth Apps to Electronic Health Record Systems.

S Marceglia, P Fontelo, E Rossi, M J Ackerman

Abstract read
In one paragraph

Article in Applied clinical informatics, 2015. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Cited by 22 papers, 2 of them syntheses that pooled it.

0numbers the graph read from it
0cells of the map it votes in
22citing papers in PubMed, 2 pooled it
–field-weighted citation impact
1 · What the graph read from it

What it found

Each row is one number read from the abstract, on the scale the paper reported it, with its interval. Left of the dashed line favours the treatment, right favours the comparator. Under each row is the sentence it came from. New to these charts? A ten-minute tutorial.

The abstract states no effect estimate the extractor could read, or names no intervention and outcome on the map, so this paper lights no cell and moves no belief. It is still indexed, cited and linked below.

2 · The registry

The trial behind it

Trials whose registry record cites this paper, or whose number appears in the abstract. A trial that started after this paper was published is citing it as background, not reporting it.

Neither the registry nor the abstract names a trial number. If this is a trial report, that itself is worth knowing.

3 · Its place in the literature

Who cites it

22 citing papers in PubMed, 2 syntheses or guidelines pooled it.

  1. Pooled it
  2. Pooled it
  3. Trial
  4. Article
  5. Article
  6. Article
  7. Review
  8. Article
  9. Article
  10. Article
  11. Article
  12. Article
  13. Article
  14. Article
  15. Article
  16. Article
  17. Article
  18. Article
  19. Article
  20. Article
4 · The record

Corrections and comments

PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.

5 · Who and what money

Authors and funding

4 authors.

S MarcegliaLister Hill National Center for Biomedical Communications, U.S. National Library of Medicine , Bethesda, MD 20994, USA ; Clinical Center for Neurostimulation , Neurotechnology, and Movement DisordersFondazione IRCCS Ca'Granda Ospedale Maggiore Policlinico, Milan, Italy.
P FonteloLister Hill National Center for Biomedical Communications, U.S. National Library of Medicine , Bethesda, MD 20994, USA.
E RossieHealthLAB, Dipartimento di Elettronica, Informazione e Bioingegneria , Politecnico di Milano, Milan, Italy.
M J AckermanLister Hill National Center for Biomedical Communications, U.S. National Library of Medicine , Bethesda, MD 20994, USA.

Funding

No grant is acknowledged in the PubMed record.

6 · The paper itself

Abstract

backgroundMobile health Applications (mHealth Apps) are opening the way to patients' responsible and active involvement with their own healthcare management. However, apart from Apps allowing patient's access to their electronic health records (EHRs), mHealth Apps are currently developed as dedicated "island systems".

objectiveAlthough much work has been done on patient's access to EHRs, transfer of information from mHealth Apps to EHR systems is still low. This study proposes a standards-based architecture that can be adopted by mHealth Apps to exchange information with EHRs to support better quality of care.

methodsFollowing the definition of requirements for the EHR/mHealth App information exchange recently proposed, and after reviewing current standards, we designed the architecture for EHR/mHealth App integration. Then, as a case study, we modeled a system based on the proposed architecture aimed to support home monitoring for congestive heart failure patients. We simulated such process using, on the EHR side, OpenMRS, an open source longitudinal EHR and, on the mHealth App side, the iOS platform.

resultsThe integration architecture was based on the bi-directional exchange of standard documents (clinical document architecture rel2 - CDA2). In the process, the clinician "prescribes" the home monitoring procedures by creating a CDA2 prescription in the EHR that is sent, encrypted and de-identified, to the mHealth App to create the monitoring calendar. At the scheduled time, the App alerts the patient to start the monitoring. After the measurements are done, the App generates a structured CDA2-compliant monitoring report and sends it to the EHR, thus avoiding local storage.

conclusionsThe proposed architecture, even if validated only in a simulation environment, represents a step forward in the integration of personal mHealth Apps into the larger health-IT ecosystem, allowing the bi-directional data exchange between patients and healthcare professionals, supporting the patient's engagement in self-management and self-care.

Indexed as

Electronic Health RecordsSystems IntegrationHeart FailureHumansMobile ApplicationsMonitoring, PhysiologicReference StandardsTelemedicinedelivery of healthheart failureMobile health

Identifiers

PMID26448794
PMCPMC4586338

What OpenQuestion holds

Textmetadata
Read underepoch 390

Registered trials

None linked

Read under generation 80e0d062 · epoch 390. Bibliography from PubMed, PubMed Central and OpenAlex; grants from NIH RePORTER; trial links from ClinicalTrials.gov; estimates, votes and beliefs from the OpenQuestion graph.