Background: The field of eHealth has a history of more than 20 years. During that time, many different eHealth services were developed. However, factors influencing the adoption of such services were seldom the main focus of analyses. For this reason, organizations adopting and implementing eHealth services seem not to be fully aware of the barriers and facilitators influencing the integration of eHealth services into routine care. Objective: The objective of this work is to provide (1) a comprehensive list of relevant barriers to be considered and (2) a list of facilitators or success factors to help in planning and implementing successful eHealth services. Methods: For this study, a twofold approach was applied. First, we gathered experts’ current opinions on facilitators and barriers in implementing eHealth services via expert discussions at two health informatics conferences held in Europe. Second, we conducted a systematic literature analysis concerning the barriers and facilitators for the implementation of eHealth services. Finally, we merged the results of the expert discussions with those of the systematic literature analysis. Results: Both expert discussions (23 and 10 experts, respectively) identified 15 barriers and 31 facilitators, whereas 76 barriers and 268 facilitators were found in 38 of the initial 56 articles published from 12 different countries. For the analyzed publications, the count of distinct barriers reported ranged from 0 to 40 (mean 10.24, SD 8.87, median 8). Likewise, between 0 and 48 facilitators were mentioned in the literature (mean 9.18, SD 9.33, median 6). The combination of both sources resulted in 77 barriers and 292 facilitators for the adoption and implementation of eHealth services. Conclusions: This work contributes a comprehensive list of barriers and facilitators for the implementation and adoption of eHealth services. Addressing barriers early, and leveraging facilitators during the implementation, can help create eHealth services that better meet the needs of users and provide higher benefits for patients and caregivers.

Summary: Introduction: This article is part of the Focus Theme of Methods of Information in Medicine on the German Medical Informatics Initiative. HiGHmed brings together 24 partners from academia and industry, aiming at improvements in care provision, biomedical research and epidemiology. By establishing a shared information governance framework, data integration centers and an open platform architecture in cooperation with independent healthcare providers, the meaningful reuse of data will be facilitated. Complementary, HiGHmed integrates a total of seven Medical Informatics curricula to develop collaborative structures and processes to train medical informatics professionals, physicians and researchers in new forms of data analytics. Governance and Policies: We describe governance structures and policies that have proven effective during the conceptual phase. These were further adapted to take into account the specific needs of the development and networking phase, such as roll-out, carerelated aspects and our focus on curricula development in Medical Inform atics. Architectural Framework and Methodology: To address the challenges of organizational, technical and semantic interoperability, a concept for a scalable platform architecture, the HiGHmed Platform, was developed. We outline the basic principles and design goals of the open platform approach as well as the roles of standards and specifications such as IHE XDS, openEHR, SNOMED CT and HL7 FHIR. A shared governance framework provides the semantic artifacts which are needed to establish semantic interoperability. Use Cases: Three use cases in the fields of oncology, cardiology and infection control will demonstrate the capabilities of the HiGHmed approach. Each of the use cases entails diverse challenges in terms of data protection, privacy and security, including clinical use of genome sequencing data (oncology), continuous longitudinal monitoring of physical activity (cardiology) and cross-site analysis of patient movement data (infection control). Discussion: Besides the need for a shared governance framework and a technical infrastructure, backing from clinical leaders is a crucial factor. Moreover, firm and sustainable commitment by participating organizations to collaborate in further development of their information system architectures is needed. Other challenges including topics such as data quality, privacy regulations, and patient consent will be addressed throughout the project.

Computerized clinical trial recruitment support is one promising field for the application of routine care data for clinical research. The primary task here is to compare the eligibility criteria defined in trial protocols with patient data contained in the electronic health record (EHR). To avoid the implementation of different patient definitions in multi-site trials, all participating research sites should use similar patient data from the EHR. Knowledge of the EHR data elements which are commonly available from most EHRs is required to be able to define a common set of criteria. The objective of this research is to determine for five tertiary care providers the extent of available data compared with the eligibility criteria of randomly selected clinical trials. Each participating study site selected three clinical trials at random. All eligibility criteria sentences were broken up into independent patient characteristics, which were then assigned to one of the 27 semantic categories for eligibility criteria developed by Luo et al. We report on the fraction of patient characteristics with corresponding structured data elements in the EHR and on the fraction of patients with available data for these elements. The completeness of EHR data for the purpose of patient recruitment is calculated for each semantic group. 351 eligibility criteria from 15 clinical trials contained 706 patient characteristics. In average, 55% of these characteristics could be documented in the EHR. Clinical data was available for 64% of all patients, if corresponding data elements were available. The total completeness of EHR data for recruitment purposes is 35%. The best performing semantic groups were ‘age’ (89%), ‘gender’ (89%), ‘addictive behaviour’ (74%), ‘disease, symptom and sign’ (64%) and ‘organ or tissue status’ (61%). No data was available for 6 semantic groups. There exists a significant gap in structure and content between data documented during patient care and data required for patient eligibility assessment. Nevertheless, EHR data on age and gender of the patient, as well as selected information on his disease can be complete enough to allow for an effective support of the manual screening process with an intelligent preselection of patients and patient data.

Summary: Objective: (1) To define features and data items of a Patient Recruitment System (PRS); (2) to design a generic software architecture of such a system covering the requirements; (3) to identify implementation options available within different Hospital Information System (HIS) environments; (4) to implement five PRS following the architecture and utilizing the implementation options as proof of concept. Methods: Existing PRS were reviewed and interviews with users and developers conducted. All reported PRS features were collected and prioritized according to their published success and user’s request. Common feature sets were combined into software modules of a generic software architecture. Data items to process and transfer were identified for each of the modules. Each site collected implementation options available within their respective HIS environment for each module, provided a prototypical implementation based on available implementation possibilities and supported the patient recruitment of a clinical trial as a proof of concept. Results: 24 commonly reported and requested features of a PRS were identified, 13 of them prioritized as being mandatory. A UML version 2 based software architecture containing 5 software modules covering these features was developed. 13 data item groups processed by the modules, thus required to be available electronically, have been identified. Several implementation options could be identified for each module, most of them being available at multiple sites. Utilizing available tools, a PRS could be implemented in each of the five participating German university hospitals. Conclusion: A set of required features and data items of a PRS has been described for the first time. The software architecture covers all features in a clear, well-defined way. The variety of implementation options and the prototypes show that it is possible to implement the given architecture in different HIS environments, thus enabling more sites to successfully support patient recruitment in clinical trials. Citation: Trinczek B, Köpcke F, Leusch T, Majeed RW, Schreiweis B, Wenk J, Bergh B, Ohmann C, Röhrig R, Prokosch HU, Dugas M. Design and multicentric implementation of a generic software architecture for patient recruitment systems re-using existing HIS tools and routine patient data. Appl Clin Inf 2014; 5: 264–283 http://dx.doi.org/10.4338/ACI-2013-07-RA-0047

Today, medical data such as diagnoses, procedures, imaging reports and laboratory tests, are not only collected in context of primary research and clinical studies. In addition, citizens are tracking their daily steps, food intake, sport exercises, and disease symptoms via mobile phones and wearable devices. In this context, the topic of “data donation” is drawing increased attention in science, politics, ethics and practice. This paper provides insights into the status quo of personal data donation in Germany and from a global perspective. As this topic requires a consideration of several perspectives, potential benefits and related, multifaceted challenges for citizens, patients and researchers are discussed. This includes aspects such as data quality & accessibility, privacy and ethical considerations.