| Literature DB >> 25995989 |
Abstract
INTRODUCTION: Through September 2014, federal investments in health information technology have been unprecedented, with more than 25 billion dollars in incentive funds distributed to eligible hospitals and providers. Over 85 percent of eligible United States hospitals and 60 percent of eligible providers have used certified electronic health record (EHR) technology and received Meaningful Use incentive funds (HITECH Act1). TECHNOLOGY: Certified EHR technology could create new public health (PH) value through novel and rapidly evolving data-use opportunities, never before experienced by PH. The long-standing "silo" approach to funding has fragmented PH programs and departments,2 but the components for integrated business intelligence (i.e., tools and applications to help users make informed decisions) and maximally reuse data are available now. SYSTEMS: Challenges faced by PH agencies on the road to integration are plentiful, but an emphasis on PH systems and services research (PHSSR) may identify gaps and solutions for the PH community to address.Entities:
Keywords: PHSSR; Public Health; business intelligence
Year: 2015 PMID: 25995989 PMCID: PMC4438104 DOI: 10.13063/2327-9214.1172
Source DB: PubMed Journal: EGEMS (Wash DC) ISSN: 2327-9214
Essential Characteristics of Cloud Computing (modified69)
| Instead of a public health (PH) agency providing hardware, the cloud vendor assumes responsibility for hardware acquisition and maintenance that the PH agency can unilaterally and automatically provision, as needed. | |
| PH agency requests additional resources (e.g., processing time, network storage, management software, or application services) as needed, and similarly releases these resources when not needed. | |
| Clouds are typically constructed using large numbers of inexpensive machines so capacity may be added or rapidly replaced as machines fail. Compared with having machines across multiple PH agencies, machines are more homogeneous regarding configuration and location. PH agency usually has little control over exact location of provided resources. | |
| Various configuration tasks (e.g., automated backup, archiving, data movement for responsiveness, bandwidth, active user accounts, and monitoring for malicious activity) typically handled by a PH agency system administrator are offered by cloud service providers. Resource usage is monitored, controlled, and transparently reported. | |
| Cloud hardware resources are typically virtual and shared by multiple users to improve efficiency. Physical and virtual resources are dynamically assigned and reassigned according to demand. Several lightly utilized logical resources can be supported by the same physical resource. | |
| Frameworks exist for expressing and easily executing parallel computations using hundreds or thousands of cloud processors. The system coordinates any necessary interprocess communications and masks any failed processes. |
Cloud-based Service Models (modified19)
|
Use provider applications running on a cloud infrastructure. Access applications from various client devices through a web browser (e.g., web-based email), or a program interface. Configure application settings (possibly). |
Manage or control underlying cloud infrastructure including network, servers, operating systems, storage, or even individual application capabilities. | |
|
Deploy onto the cloud infrastructure consumer-created or acquired applications created using programming languages, libraries, services, and tools supported by the provider. Control over deployed applications and possibly configuration settings for the application-hosting environment. |
Manage or control underlying cloud infrastructure including network, servers, operating systems, or storage. | |
|
Provision processing, storage, networks, and other fundamental computing resources. Deploy and run arbitrary software, which can include operating systems and applications. Control over operating systems, storage, and deployed applications; and possibly limited control of select networking components (e.g., host firewalls). |
Manage or control underlying cloud infrastructure. |
Deployment Models for Cloud-based Solutions (modified19)
| Infrastructure is provisioned for exclusive use by a single organization comprising multiple consumers (e.g., business units). It may be owned, managed, and operated by the organization, a third party, or some combination of these. And it may exist on or off premises. | |
| Infrastructure is provisioned for exclusive use by a specific community of consumers from organizations that have shared concerns (e.g., mission, security requirements, policy, and compliance considerations). It may be owned, managed, and operated by one or more of the organizations in the community, a third party, or some combination of these. And it may exist on or off premises. | |
| Infrastructure is provisioned for open use by the general public. It may be owned, managed, and operated by a business, academic, or government organization, or some combination of these. It exists on the premises of the cloud provider. | |
| Infrastructure is composed of two or more distinct cloud infrastructures (private, community, or public) that remain unique entities, but are bound together by standardized or proprietary technology that enables data and application portability (e.g., cloud bursting for load balancing between clouds). |
Message Standards Adopted by the Federal Health Architecture28
| Health Language 7 | HL7 balloted structured message specific to domain need | Immunization reporting, electronic laboratory reporting, syndromic surveillance. | |
| Consolidated Clinical Document Architecture | HL7 balloted flexible message with templates for each domain need | ||
| Logical Observation Identifier and Nomenclature Code | Unique identifier for each laboratory test or radiologic procedure | Sending a positive gonorrhea result to the state electronic laboratory reporting system. | |
| Systematized Nomenclature for Medicine | Unique resulted value for many laboratory test results | Sending a cancer report to a state registry. | |
| International Classification of Diseases (9th or 10th edition) | Unique diagnosis code for inpatient and outpatient administrative purposes | Sending a record of all patients who have a diagnosis of hypertension (ICD9=401.x) to a registry. | |
| RxNorm | Normalized names for clinical drugs and links its names to many of the drug vocabularies | Determine if hypertensive patient or population has been prescribed and is receiving appropriate medications. | |
| Vaccine Administered | Standard used for reporting to immunization registry | Determine the up-to-date rate for an individual or population. | |
| Direct Messaging Service— Simple Mail Transport protocol | Method to securely send a health information message from sender to receiver | Transition of care document after hospitalization or for e-referral (e.g., specialty services, Quitline). | |
| Direct- and Cross-enterprise | Provides document interchange using common file and directory structure over several standard media. | Patient can use physical media (e.g., USB drive or CD-ROM) to carry medical documents or person-to-person email to convey medical documents. | |
| Direct- and Cross-enterprise | Permits direct document interchange between EHRs, PHRs, and other health care IT systems in the absence of a document sharing infrastructure such as XDS Registry and Repositories. | Patients can develop their own personal health records (PHRs) across multiple providers. | |
| Cross-Enterprise Document Sharing Within an Affinity Domain | Shares documents to a community enterprise. | Community of Care record supported by a regional health information organization serving all patients in a given region. | |
Standards and Interoperability Framework Components of Interest to Public Health
| Standard message format | Cancer case report form completed by a clinician. | |
| Population based queries | Ability to query how many people have hypertension in a jurisdiction. | |
| Harmonized methods for PH reporting | Standards and implementation guides support bidirectional interoperable communication between clinical care and public health entities. | |
| Populate standard forms | A pertussis case report form is presented to a health care provider to collect a few data elements unlikely to be collected during routine clinical care. | |
| Clinical decision support (e.g., triggers for PH screening or collecting data) | EMR presents a query to clinician asking if a newly diagnosed case of gonorrhea should be reported to the state or local health agency; or collect more complete data through structured data capture. | |
| Query data: (1) locally, (2) to targeted organization, and (3) distributed across multiple organizations | Ability to conduct population queries (e.g., within a clinic, across an integrated delivery system or in a jurisdiction) regarding adequate control of hypertension. |
Early Examples of Public Health Data Aggregation
| To inform knowledge-driven PH practice, data must be aggregated into information that drives decision-making and quality improvement. PH agencies need to incrementally learn how to curate data and promote data sharing partnerships. To benefit from newly available data flow, specific interoperability requirements need to be met. While there may be technical methods and solutions, (e.g., cloud-based technologies and messaging standards), there are, fortunately, several exceptional examples of data successful aggregation for a learning health system. Among many that exist, |
| In New York City, the Primary Care Information Project |
| In Massachusetts, another group has been developing a federated query tool to support PH surveillance. |