| Literature DB >> 23965254 |
Joel J P C Rodrigues1, Isabel de la Torre, Gonzalo Fernández, Miguel López-Coronado.
Abstract
BACKGROUND: The Cloud Computing paradigm offers eHealth systems the opportunity to enhance the features and functionality that they offer. However, moving patients' medical information to the Cloud implies several risks in terms of the security and privacy of sensitive health records. In this paper, the risks of hosting Electronic Health Records (EHRs) on the servers of third-party Cloud service providers are reviewed. To protect the confidentiality of patient information and facilitate the process, some suggestions for health care providers are made. Moreover, security issues that Cloud service providers should address in their platforms are considered.Entities:
Keywords: cloud-computing; eHealth; electronic health records (EHRs); privacy; security
Mesh:
Year: 2013 PMID: 23965254 PMCID: PMC3757992 DOI: 10.2196/jmir.2494
Source DB: PubMed Journal: J Med Internet Res ISSN: 1438-8871 Impact factor: 5.428
Requirements for maintaining the security and privacy of an electronic health record.
| Requirements | Description |
| Authorized access | In order to deploy an authorized-control system, it is essential to deploy an identification system for both patients and health care providers. This identification must be portable between the different entities that have access to the patients’ data. This system might be achieved by the ID identifier of each patient. Regarding the authentication, a centralized system based on a public key is viable. A RBAC (Role-Based Access Control) should be deployed in order to allow authorized personnel access to specific data based on their role. |
| Confidentiality | To guarantee the confidentiality of the communication process, encryption algorithms are used. However, the confidentiality problem in a distributed system arises because it is not possible for the information transmitter system to verify that confidentiality has not been exposed on the receiving end. |
| Patient’s consent | According to the legislation, patients must allow or deny access to their clinical information, except in emergency situations. This consent could be implicit or explicit. Another fact to consider is the need to get access to the EHR-hosted entity from another external one. This process should have the consent of the patient, but in case of emergency, a security mechanism must be provided to avoid this restriction without the patient’s consent. |
| Relevance | All the medical personnel who take part in the diagnostic and treatment process have access to the EHR. Administrative personnel will be able to access the clinical information if their function is relevant to the medical process. Therefore, only the relevant personnel will get access to the patient information. To guarantee that only this level of personnel has been able to access the data, an access control system must be deployed. Given the difficulty of establishing information relevance, it is preferable to have a default permission access and, if necessary, study possible abuses. |
| Information ownership | The ownership of the EHR is not clearly established. The medical personnel are responsible for this information. However, the patients themselves have the right to access their clinical information. |
| Information consistency | In an interoperability outline, a correction notification mechanism must be created in order to show changes to the information. This system must allow access to the previous versions of the EHRs, if necessary. |
| Audits | An audit register should include all accesses to the information and all the changes that have taken place to the EHRs. This system allows the monitoring of access and is a powerful tool to guarantee a secure system. This audit system should fulfill the interoperability requirements. |
| Archiving | Medical records should be archived for a set period of time, according to the legislation of the respective country. After this period of time, the medical data may be deleted. However, this is not recommended when it comes to EHR management and practice, where the aim is to keep the complete medical information about the patient for his or her lifetime. However, from a logistical standpoint, this would have massive long-term storage requirements. |
Figure 1Role-based system with different electronic health record versions available depending on the kind of user of the Health Cloud.
Suggestions before moving electronic health records to the Cloud.
| Security issues | Description |
| Data security | Because a Cloud provider will have access to all the information concerning the patients, project plans, etc, it is essential to check the provider’s reputation in the market. The provider must guarantee that its clients’ information would not be misused by any unauthorized personnel. The health care provider should check for the data protection and operational integrity services offered by the provider. Moreover, it is valuable to know the geographic location of the servers where the client data would be hosted. In brief, clients should demand total transparency. |
| Regulatory compliance | It is important to choose providers with security certifications and are ready for external audits. It is crucial that the provider guarantee the continuity of the service in case the provider has some kind of problem. The client must ensure that the provider operates in the country where the service will be offered. Data logging and data monitoring are important tools that Cloud providers should offer in order to improve the security of the service. |
| User authentication | Because the data are processed externally by a third party, there is always some inherent risk. The client must know about the personnel who will manage the medical information and what standards for access will be followed by the provider. The client must be informed about the role-based access systems as well as the password handling system configured by the provider. |
| Data separation | The provider not only handles the data stored in the Cloud but manages the data of other companies who have hired its services. So it is important to know the mechanisms the Cloud provider implements to separate the data of all the companies that are sharing the same servers. The clients must be informed about the availability of the data that the provider guarantees. |
| Legal issues | A legal framework must guide the policies of the Cloud provider. Intellectual property rights agreements between the two parties should be of prime importance. While the provider owns the right to its infrastructure and applications, the client owns the right to his/her data and computational results. |
Third-party certifications of the Cloud provider.
| Certification | Brief overview |
| SAS70 Type II | Statement on Auditing Standards No 70: Auditing statement that provides guidance to service auditors when assessing the internal control of a service organization and issuing a service auditor’s report. |
| PCI DSS Level 1 | The Cloud provider should be certified with the PCI Data Security Standard as a shared hosting service provider. |
| ISO 27001 | Certification of the Information Security Management System (ISMS) that covers infrastructure, data centers, and service terms. |
| FISMA | Certification to operate at Federal Information Security Management Act (FISMA) Low Level, which is a US federal law enacted in 2002. It recognizes the importance of information security to the economy and national security interests of the United States. |
Employee lifecycle policies of a Cloud provider platform.
| Policy | Brief overview |
| Account provisioning | The Cloud provider itself assumes the responsibility of provisioning employees and contractor access. This access to the resources hosted in the Cloud platform must be explicitly approved by the owner or data manager. |
| Account review | Every access account is reviewed in Cloud platforms every 90 days. |
| Access removal | Every employee’s access account is automatically revoked when it is concluded. |
| Password policy | Access to the platform is performed by user IDs and passwords to authenticate users to services, resources, and devices, as well as to authorize the appropriate level of access to each user. |
Environmental safeguards installed in data centers.
| Safeguard | Brief overview |
| Fire detection and suppression | Automatic fire detection and suppression systems are installed in the data center rooms to remove the risk of fire. |
| Power | 24/7 electrical power systems that guarantee the uninterruptible running of the service. |
| Climate and temperature | In order to prevent overheating of the servers, climate control is required. This is a critical concern for the data center management and consumes lots of energy. |
| Management | Monitoring systems to control the state of the database equipment. |
Business continuity management.
| Term | Brief overview |
| Availability | Data centers are built in clusters per regions. In case of failure of one of these data centers, automated processes move the client data traffic away from the affected area. |
| Incident response | Technical support and coverage to solve any kind of problem 24/7/365 (24 hours a day, 7 days a week, and 365 days a year) must be offered. |
| Company-wide executive review | A Cloud company should be periodically audited and supported by an internal audit group. |
Protection against network security issues.
| Security network issue | Overview |
| DDoS attacks | Distributed Denial of Service (DDoS) mitigating techniques is included in the Amazon Web Services (AWS) platform to avoid this kind of attack. |
| MITM attacks | Man In The Middle (MITM) attacks are avoided because all the endpoints of AWS are secured by Secure Socket Layer (SSL), which provides server authentication. |
| IP spoofing | Traffic platform is controlled by a firewall infrastructure. Then the stored data cannot send spoofed network data. |
| Port scanning | Unauthorized port scans by customers are a violation of the provider’s use policy. Every reported violation should be investigated. |