Links to Exploration step
Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">Security Requirements for a Lifelong Electronic Health Record System: An Opinion</title>
<author><name sortKey="Wainer, J" sort="Wainer, J" uniqKey="Wainer J" first="J" last="Wainer">J. Wainer</name>
<affiliation><nlm:aff id="aff1">Computing Institute, University of Campinas, Brazil</nlm:aff>
</affiliation>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Campos, C J R" sort="Campos, C J R" uniqKey="Campos C" first="C. J. R" last="Campos">C. J. R Campos</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Salinas, M D U" sort="Salinas, M D U" uniqKey="Salinas M" first="M. D. U" last="Salinas">M. D. U Salinas</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Sigulem, D" sort="Sigulem, D" uniqKey="Sigulem D" first="D" last="Sigulem">D. Sigulem</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">19415143</idno>
<idno type="pmc">2669643</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2669643</idno>
<idno type="RBID">PMC:2669643</idno>
<idno type="doi">10.2174/1874431100802010160</idno>
<date when="2008">2008</date>
<idno type="wicri:Area/Pmc/Corpus">000321</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000321</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">Security Requirements for a Lifelong Electronic Health Record System: An Opinion</title>
<author><name sortKey="Wainer, J" sort="Wainer, J" uniqKey="Wainer J" first="J" last="Wainer">J. Wainer</name>
<affiliation><nlm:aff id="aff1">Computing Institute, University of Campinas, Brazil</nlm:aff>
</affiliation>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Campos, C J R" sort="Campos, C J R" uniqKey="Campos C" first="C. J. R" last="Campos">C. J. R Campos</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Salinas, M D U" sort="Salinas, M D U" uniqKey="Salinas M" first="M. D. U" last="Salinas">M. D. U Salinas</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Sigulem, D" sort="Sigulem, D" uniqKey="Sigulem D" first="D" last="Sigulem">D. Sigulem</name>
<affiliation><nlm:aff id="aff2">Department of Heath Informatics, Federal University of Sao Paulo, Brazil</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">The Open Medical Informatics Journal</title>
<idno type="eISSN">1874-4311</idno>
<imprint><date when="2008">2008</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc><textClass></textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en"><p>This article discusses the authors' views on the security requirements of a central, unique electronic health record. The requirements are based on the well-known principles of confidentiality and integrity and the less discussed principles of control and legal value. The article does not discuss any technical or legal solutions to the requirements proposed herein.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article" xml:lang="EN"><pmc-dir>properties open_access</pmc-dir>
<front><journal-meta><journal-id journal-id-type="nlm-ta">Open Med Inform J</journal-id>
<journal-id journal-id-type="publisher-id">TOMINFOJ</journal-id>
<journal-title>The Open Medical Informatics Journal</journal-title>
<issn pub-type="epub">1874-4311</issn>
<publisher><publisher-name>Bentham Open</publisher-name>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">19415143</article-id>
<article-id pub-id-type="pmc">2669643</article-id>
<article-id pub-id-type="publisher-id">TOMINFOJ-2-160</article-id>
<article-id pub-id-type="doi">10.2174/1874431100802010160</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Article</subject>
</subj-group>
</article-categories>
<title-group><article-title>Security Requirements for a Lifelong Electronic Health Record System: An Opinion</article-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Wainer</surname>
<given-names>J</given-names>
</name>
<xref ref-type="corresp" rid="cor1">*</xref>
<xref ref-type="aff" rid="aff1">1</xref>
<xref ref-type="aff" rid="aff2">2</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Campos</surname>
<given-names>C.J.R</given-names>
</name>
<xref ref-type="aff" rid="aff2">2</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Salinas</surname>
<given-names>M.D.U</given-names>
</name>
<xref ref-type="aff" rid="aff2">2</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Sigulem</surname>
<given-names>D</given-names>
</name>
<xref ref-type="aff" rid="aff2">2</xref>
</contrib>
</contrib-group>
<aff id="aff1"><label>1</label>
Computing Institute, University of Campinas, Brazil</aff>
<aff id="aff2"><label>2</label>
Department of Heath Informatics, Federal University of Sao Paulo, Brazil</aff>
<author-notes><corresp id="cor1"><label>*</label>
Address correspondence to this author at the Institute of Computing, University of Campinas, Caixa Postal 6176, 13083-970 Campinas - SP, Brazil; E-mail: <email xlink:href="wainer@ic.unicamp.br">wainer@ic.unicamp.br</email>
</corresp>
</author-notes>
<pub-date pub-type="epub"><day>24</day>
<month>12</month>
<year>2008</year>
</pub-date>
<pub-date pub-type="collection"><year>2008</year>
</pub-date>
<volume>2</volume>
<fpage>160</fpage>
<lpage>165</lpage>
<history><date date-type="received"><day>15</day>
<month>9</month>
<year>2008</year>
</date>
<date date-type="rev-recd"><day>20</day>
<month>10</month>
<year>2008</year>
</date>
<date date-type="accepted"><day>1</day>
<month>12</month>
<year>2008</year>
</date>
</history>
<permissions><copyright-statement>© Wainer <italic>et al.</italic>
; Licensee <italic>Bentham Open.</italic>
</copyright-statement>
<copyright-year>2008</copyright-year>
<copyright-holder>Wainer</copyright-holder>
<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by-nc/3.0/"><p>This is an open access article licensed under the terms of the Creative Commons Attribution Non-Commercial License (<uri xlink:type="simple" xlink:href="http: //creativecommons.org/licenses/by-nc/3.0/">http: //creativecommons.org/licenses/by-nc/3.0/</uri>
) which permits unrestricted, non-commercial use, distribution and reproduction in any medium, provided the work is properly cited.</p>
</license>
</permissions>
<abstract><p>This article discusses the authors' views on the security requirements of a central, unique electronic health record. The requirements are based on the well-known principles of confidentiality and integrity and the less discussed principles of control and legal value. The article does not discuss any technical or legal solutions to the requirements proposed herein.</p>
</abstract>
<kwd-group><title>Keywords</title>
<kwd>Security</kwd>
<kwd>electronic health record</kwd>
<kwd>health record</kwd>
<kwd>ethics.</kwd>
</kwd-group>
</article-meta>
</front>
<body><sec sec-type="intro"><title>INTRODUCTION</title>
<p>There is a large body of literature on the security concerns of electronic health record (EHR) systems. These articles range from theoretical models for cryptographic or access control mechanisms [<xref ref-type="bibr" rid="R1">1</xref>
] to descriptions of different implemented systems [<xref ref-type="bibr" rid="R2">2</xref>
], descriptions of different national experiences [<xref ref-type="bibr" rid="R3">3</xref>
,<xref ref-type="bibr" rid="R4">4</xref>
], practical comparisons between different standards, and guidelines for implementing a particular security standard [<xref ref-type="bibr" rid="R5">5</xref>
]. But most of these articles are concerned mainly with the confidentiality aspect of the records: that no unauthorized party should have read access to them. As we discuss in this article, there is a more complex set of requirements regarding integrity, control, legal aspects, and other aspects of an integrated health record system.</p>
<p>In this article we assume a single computer-accessible record of all a person’s health events. We use the term <italic>electronic health record</italic>
(EHR) for such a system. The EHR should be contrasted with a computer record of the patient’s health events that is kept, controlled, and maintained by a single health organization (HO). We call this second form the electronic patient record (EPR). EPRs are maintained by a particular HO and contain the patient health data while in the care of that organization; therefore, there will be different EPRs for a particular patient at a local hospital where he or she underwent minor surgery, at a distant hospital where he or she was treated for injuries sustained in a car accident, at his or her current and past family physicians’ offices, at his or her current and past dentists’ offices, and so on, which reflects the current situation in most parts of the world.</p>
<p>The idea of a single, unique, Internet-accessible EHR has been mentioned many times in the literature, sometimes under the name of Lifetime Health Record or Personal Health Records but none of the articles discuss the requirement of such systems beyond confidentiality [<xref ref-type="bibr" rid="R3">3</xref>
,<xref ref-type="bibr" rid="R4">4</xref>
,<xref ref-type="bibr" rid="R6">6</xref>
-<xref ref-type="bibr" rid="R8">8</xref>
]. In this article we will discuss the requirements of such an EHR system on a conceptual level, with no regard for technologies, policies, or laws for implementing these requirements.</p>
<p>In this article, besides EHR and EPR we will use the term <italic>health professional</italic>
(HP), which includes all sorts of professionals who can have access to the patient’s EHR, including physicians, nurses, dentists, psychologists, and alternative medicine practitioners. We will also use the term <italic>health organization</italic>
(HO), which includes organizations ranging from a single professional clinic to hospitals.</p>
<p>We believe that the central point of an EHR is to gain quality and efficiency in caring for the patient. The patient’s health conditions and whole health history are available to the HP to aid in diagnosis, therapy planning, and patient care. This aid can take three main forms: provision of essential patient health information, efficiency through reuse of previous laboratory exams, and opportunistic improvements in quality. We will discuss these three forms of aid shortly.</p>
<p>Furthermore, the EHR serves as the record of an HP’s actions on behalf of that patient and should be the unique and definitive source of information about those actions for legal and professional purposes. Thus, if some professional or legal body is evaluating the HP’s competence, the actions and notes the HP recorded in the EHRs of his or her patients should be the definitive source of information.</p>
<p>The article is organized as follows: In “General Principles” we discuss confidentiality, control, integrity, and legal value and the goals of an EHR. It is important to point out that the general principles of confidentiality and integrity are well known and well discussed in the literature, but we think it is important to list them with other, less well-known and less discussed principles for the sake of completeness. In the next three sections we discuss the subprinciples related to integrity, confidentiality and control, and the legal value of the EHR. In “Other Practical Considerations” we discuss other principles of a more practical nature, which we believe are also very important. In “Related Research” we discuss some of the literature on these issues, and in the final section we discuss some open issues. This article does not propose any technical or legal solutions to the principles proposed. If these principles are accepted, it will be as a result of the efforts of many researchers and research programs.</p>
</sec>
<sec><title>GENERAL PRINCIPLES</title>
<p>We assume the following general principles for the EHR:</p>
<p><list list-type="bullet"><list-item><p><bold>Confidentiality:</bold>
The patient’s records are private and confidential; no unauthorized person may inspect the contents of the patient’s records.</p>
</list-item>
<list-item><p><bold>Control:</bold>
The patient controls the access to his or her records. A patient may grant access to an HP and revoke such access rights when the treatment is over.</p>
</list-item>
<list-item><p><bold>Integrity:</bold>
The patient’s life may depend on the data contained in the records, and therefore only authorized people can enter or change the data.</p>
</list-item>
<list-item><p><bold>Legal Value:</bold>
The patient’s records are the unadulterated, complete record of all actions taken by the HPs on behalf of that patient and should be the definitive source of information about said actions.</p>
</list-item>
</list>
</p>
<p>These general principles of confidentiality, control, integrity, and legal value are further elaborated and discussed in the sections that follow. The certainties expressed here will be relativized as we elaborate the ethical and practical principles.</p>
<p>In general terms, confidentiality and control are patient-related principles. Confidentiality allows the patient to be sure that no one but authorized people can read his or her records, and control allows the patient to grant an HP read and write access to his or her medical records and then revoke the access when he or she decides the HP should have no longer access to it.</p>
<p>Integrity is an HP-related property, and therefore, we believe, it is very relevant for the appropriate use of the EHR. The whole point of an EHR is to improve the quality and efficiency of the HP’s work, and for that integrity is absolutely necessary.</p>
<p>Finally, legal value is a very important aspect of the EHR, not a secondary aspect, as is sometimes assumed. The EHR should be the definitive source of information about the HP’s actions on behalf of the patient.</p>
</sec>
<sec><title>USES OF THE EHR</title>
<p>Medical records, especially paper-based records, have a dual purpose: They serve as a legal document that records the HP’s and the HO’s actions and as a written collaboration medium between HPs (in case the patient is being treated by multiple HPs) or as a reminder tool for a single HP over time.</p>
<p>A central, lifelong EHR has another use: to improve the quality of the HP’s actions and decisions by providing relevant patient health data and by potentially providing economy in patient treatment through the reuse of exam results.</p>
<p>The most important aspect of the EHR is that it records the current, relevant aspects of the patient’s health, including: current diseases, current complaints, allergies and other health conditions, and medications being taken. The current health aspects of the EHR improve the quality of the patient care by helping the HP to avoid drug interaction problems, recognize iatrogenic symptoms, avoid allergic reactions to drugs, and so on.</p>
<p>Furthermore, the EHR contains all recent laboratory exams of the patient. If the patient had a recent blood sugar test that showed normal sugar levels, as long as those results are recent enough that they are still valid, and the HP trusts the laboratory that performed the exam, and trusts the record, then there is no need to ask for a new exam.</p>
<p>Finally, the EHR should contain the long-term patient medical history. For example, if all blood sugar measures of the patient are in a single place, an HP may notice a blood sugar pattern that may indicate a potential problem, or the HP may better interpret the results of a recent blood sugar test in the light of all the previous tests. Or the HP may determine that a current complaint might be attributed to the long-term consequences of a disease the patient believes was cured long ago. Thus, the HP’s decision-making ability can be improved through the opportunistic use of information stored in a patient’s medical history.</p>
<sec><title>Comparison with EPRs</title>
<p>An EPR is a more localized medical record, kept in electronic form. It is usually controlled or owned by an HO, and its purpose is similar to that of the paper-based medical record: as a legal document and a collaboration and reminder tool.</p>
<p>The literature on EPR focuses mainly on confidentiality. A PubMed search in February 2007 for the phrase “Medical Records Systems, Computerized” with the keyword "Confidentiality" returned 1408 references, with the keyword "Privacy", returned 758 references, whereas the keywords "Availability" and "Integrity" returned 181 and 114 references respectively.</p>
<p>Integrity is assumed to be a responsibility of the owner of the records and thus a somewhat obvious requirement. Confidentiality, as discussed earlier, is a requirement that serves the patient, not the HO, and therefore must be imposed by legislation or other external constraints.</p>
<p>Control is an irrelevant issue in EPRs: if the patient chooses a particular HO he or she is implicitly giving this HO the right to create and manage his or her EPR. But it is very unclear how a patient would revoke the HO right to hold and access his or her records - can the patient request his or her records? Can or should the HO keep a copy of said records in case the patient sues the HO?</p>
<p>We are not aware of much discussion of the legal value of the EPR. Clearly all HOs are aware of the legal aspects of the records, especially requirements such as compliance with national regulations regarding the storage of records. But beyond the legal requirements for storage of records, we do not know of discussions regarding the effects of the legal value of EPR on the systems requirements.</p>
</sec>
</sec>
<sec><title>REQUIREMENTS FOR AN EHR</title>
<sec><title>Integrity Issues</title>
<p>As mentioned earlier, we believe that the integrity aspects of the EHR are the most important ones for its purpose, which is to provide the information to improve care quality, the possibility of economy, and the possibility of an opportunistic gain in quality. But in order to use the information, the HP must trust that the information is correct, complete, and up to date.</p>
<p>The general principle of integrity is that no unauthorized person should be able to add, remove, or change any data in the EHR. Besides integrity, the following principles are closely related:</p>
<sec><title>Principle 1: </title>
<sec><title>Availability.</title>
<p>The EHR must be available when the HP needs it. All care in making the system robust and redundant is necessary.</p>
</sec>
</sec>
<sec><title>Principle 2:</title>
<sec><title>Up-to-Datedness.</title>
<p>The EHR must contain all the latest relevant information about the patient’s health, so there should be no significant delay between when data is entered into the record and when it becomes available to a different HP. If an HP prescribes some medication to the patient, that information must be included in the EHR as soon as possible, so that if the patient consults another HP for some other reason, that information is available.</p>
</sec>
</sec>
<sec><title>Principle 3:</title>
<sec><title>Usability.</title>
<p>Although usability is not a integrity issue, it is also central to the correct use of the EHR: An HP should not need to read through all the patient’s records to see that he or she has an allergy to Novocaine that was diagnosed 15 years ago during a dental appointment. All relevant, current health conditions, including allergies, must be easily accessible and presented in a clear way to the HP. Search facilities must also be provided to enable the HP to look for specific data in the patient’s record.</p>
</sec>
</sec>
</sec>
<sec><title>Confidentiality and Control Issues</title>
<p>Confidentiality states that the patient may expect that no unauthorized party will be able to read his or her medical records. Therefore, the storage and transmission of the EHR should be guarded by security measures that prevent eavesdropping.</p>
<p>Control states that the patient can decide who should have access to his or her records and when this access is revoked. The patient grants an HP access to his or her EHR for a limited but not predefined duration. While that HP is treating the patient he or she has access the EHR, but as soon as the treatment is over, the HP’s access to the records is closed.</p>
<p>This raises the interesting question of when a treatment is over. In the case of hospitalizations, there are activities that mark the end of the treatment, but in other cases it is not so clear. Of course, the patient may decide that the treatment is over because he or she no longer plans to visit the HP. In this case, there should be a way for the patient to revoke the HP’s access to his or her EHR without attending the HP’s office.</p>
<p>Another partial alternative is to grant access only during a consultation. That would preclude the HP accessing exam results that are entered into the EHR by a laboratory just after the consultation. It would also preclude the HP from discussing the case with a colleague, and so on.</p>
<sec><title>Principle 4: </title>
<sec><title>No Automatic Access Rights to the Patient.</title>
<p>The patient has no automatic right to read or change the EHR. The HP may delegate to the patient the right to read part of his own medical record, but such decision is a medical decision, one to which the HP may be ethically and professionally held accountable.</p>
<p>This is a controversial principle that goes against the usually accepted requirements of electronic medical records and the usual understanding of ownership of the patient' medical record. To our understanding, the patient has only control over his own records, that is he or she can decide which HP can access it. But the patient cannot read and cannot change his own records, but he or she may receive a delegation to read it by one of the HP who have access to it.</p>
<p>Our view is that: a) the EHR is a communication medium between HPs b) it may or may not be appropriate for the patient to have access to this communication, c) it is the HP's responsibility to decide whether the patient should have read access to his EHR, and d) it is never appropriate for the patient to change the data in the EHR.</p>
<p>The point a) above is the whole purpose of an EHR - the communication among the different HPs caring for a patient. As for point b) we believe that granting the patient only the right to read his or her records also may pose some problems. Should a patient with a fragile physique be able to read that his doctor is considering a serious, degenerative disease as a diagnostic hypothesis? Should a patient read in her records that she is taking a placebo for her psychosomatic complaints? We believe that it is the HP’s ethical and professional responsibility to choose what and how to inform his or her patients. Some professionals may choose to disclose all, some may not, but it is the HP’s professional responsibility to make that choice. This is our point c) above.</p>
<p>We do not dispute that in most cases it is probably beneficial to the patient to have read access to his or her own records, but that is a <bold>medical decision</bold>
of the HP, for which he or she should answer ethically, professionally, and legally, and therefore patient read access and write access <bold>are not</bold>
a design requirement. In fact, the design requirement is not to allow read access to the patient, but allow the HP to grant such access in cases he or she feels it is in the patients interest.</p>
<p>Finally as for point d), we believe that any write access to the patient to change the EHR violates integrity and thus invalidates the whole purpose of the EHR. For example, can a patient with Munchausen syndrome ("the repeated fabrication of physical illness - usually acute, dramatic, and convincing - by a person who wanders from hospital to hospital for treatment" [<xref ref-type="bibr" rid="R10">10</xref>
]) be trusted to correct his or her own records for completeness and relevance?</p>
<p>Our view, for example, violates the Principle of Access in the IMIA Code of Ethics for Health Information Professionals:</p>
<disp-quote><p>The subject of an electronic record has the right of access to that record and the right to correct the record with respect to its accurateness, completeness and relevance [<xref ref-type="bibr" rid="R9">9</xref>
].</p>
</disp-quote>
<p>We believe that the right to correct the records, as stated in the IMIA’s Principle of Access, is misguided and violates both the legal value and especially the integrity requirements of the record. Access for the patient to alter his own EHR, if allowed must follow the principle of incrementability below (principle 8).</p>
</sec>
</sec>
<sec><title>Principle 5: </title>
<sec><title>Emergency Access.</title>
<p>There are reasonable situations in which an HP may access a patient’s record without his or her previous authorization. This is particularly clear in emergencies: If the patient comes to an emergency clinic unconscious or otherwise unable to grant access to his or her record, the responsible HP must be able to gain access to the records.</p>
</sec>
</sec>
<sec><title>Principle 6: </title>
<sec><title>Implicit Acceptance of HO Structure.</title>
<p>By granting access to his or her EHR to an HO or HP, the patient implicitly accepts whatever access delegations are in place in the HO or whatever access delegations the HP defines. The HO and the HP may be criticized or punished for these delegations after the fact, but the patient cannot control who within the HO will have access, or what kind of access, to his or her EHR.</p>
</sec>
</sec>
<sec><title>Principle 7: </title>
<sec><title>Limited Read Access for Public Health, Legal, and Professional Entities.</title>
<p>Some legal, public health, or professional bodies may have limited and anonymized read access to the EHR without the patient’s approval. If an HP or HO is being investigated by a law enforcement agency or reviewed by a professional body, these bodies may have read access to anonymized segments of the HP’s patients records that refer to the HP’s (or HO’s) decisions and actions, independent of the patients' approval.</p>
</sec>
</sec>
</sec>
<sec><title>Legal Value</title>
<p>As discussed earlier, any medical record has a dual purpose: as the record of the patient’s data and the record of the doctor’s medical actions. The legal value of the EHR concerns this second aspect: When challenged in a legal context, the doctor must be able to use parts of the EHR to justify his or her decisions and actions. Thus, in the proper legal context it should be possible to access a particular doctor’s medical actions as recorded in the patient’s EHR, independent of the patient’s will on the subject.</p>
<sec><title>Principle 8: </title>
<sec><title>Incrementability.</title>
<p>The EHR should be incremental; that is, information can never be removed or altered from the record, only added. Of course, there must be a mechanism to add corrections to the information already present. When presented to an HP, the record will show only the corrected version of the data, but as we will discuss later, the uncorrected version must be kept, along with the correction, who made it, and when.</p>
</sec>
</sec>
<sec><title>Principle 9: </title>
<sec><title>Nonrepudiability.</title>
<p>One cannot deny making an entry in a patient’s EHR. This is an important requirement for preserving the legal value of a record: If the record states that an HP decided on a particular therapy or made a particular diagnosis, the HP cannot deny that record.</p>
</sec>
</sec>
<sec><title>Principle 10: </title>
<sec><title>Explicit Delegations.</title>
<p>In an HO, different professionals will enter different data in the patient’s EHR. The identity of the person who entered the data, the person who delegated that right to the person, and so on should be clear in the record.</p>
</sec>
</sec>
<sec><title>Principle 11: </title>
<sec><title>Recoverability of Specific Moments.</title>
<p>In order to verify the quality of an HP’s decisions and actions, it is necessary to restore the EHR to the particular moment in time when the HP was performing the decisions and actions being reviewed. Therefore, the system must be able to show a snapshot of the EHR at that time, without the corrections and data entered after that moment.</p>
</sec>
</sec>
</sec>
<sec><title>Other Practical Considerations</title>
<sec><title>Principle 12: </title>
<sec><title>Right of a Record of One’s Own Work.</title>
<p>The HP and the HO may have read access to an anonymized copy of the segment of the EHR that reflects their actions even if they no longer have access rights to the record.</p>
<p>HPs and HOs have legitimate use for information about the medical actions they undertook on behalf of a patient, including: billing, research, and quality control. The HP and HO should be able to extract the appropriate segments that reflect their actions from the patient’s EHR instead of keeping a second or third record for these purposes.</p>
<p>Unfortunately, the three legitimate uses of patient information just listed have different requirements regarding the content of the EHR. The research and quality control copies should be anonymized but should contain enough previous information about the patient from which one can judge the quality of the actions performed or at least consider those actions in different contexts. Billing, on the other hand, needs identification but no previous information about the patient. Thus, care must be taken to avoid linking both copies because that would disclose too much information about the patient.</p>
</sec>
</sec>
<sec><title>Principle 13: </title>
<sec><title>Very long storage times.</title>
<p>The EHR must last at least as long as the patient's life and probably longer if there are questions about the patient’s death or final years. This imposes important constraints on the storage of the data: The data must be readable even after decades of storage. But, more relevant to this article, the digital signatures must also remain valid for the corresponding period so that data entered and digitally signed can be verified decades afterward.</p>
</sec>
</sec>
<sec><title>Principle 14: </title>
<sec><title>Substitutability of passwords and keys.</title>
<p>It is unreasonable to think that a patient will remember his or her EHR password or keep a smart card throughout his or her life. There must be a mechanism to generate new passwords or keys for a patient (provided his or her identity has been established with the appropriate certainty). Even if the identification mechanism is based on biometric data, some biometric data may change with time.</p>
</sec>
</sec>
</sec>
</sec>
<sec><title>RELATED RESEARCH</title>
<p>An article by Buckovich <italic>et al</italic>
. [<xref ref-type="bibr" rid="R11">11</xref>
], which expresses concerns similar to ours, lists 28 principles regarding electronic medical records, compiled from 10 policy documents and from U.S. organizations (such as the National Research Council), and makes a comparative review between the different sets of principles. Principle 12 in the article states,</p>
<disp-quote><p>Health care providers have the right to maintain private recordings of observations, opinions, and impressions whose release they consider could be potentially harmful to the well-being of the patient. They shall not disclose this information without due reflection on the impact of such release [<xref ref-type="bibr" rid="R11">11</xref>
].</p>
</disp-quote>
<p>This principle is particularly relevant to our work because it is part of our justification for denying access rights to patients, which in turn contradicts Principles 2, 3, and 4 (the right to access, right to a copy, and right to correct or amend one’s own record) of the same article. Principle 12 is also our justification for the HO’s and HP’s right to a copy of the record of their own work.</p>
<p>An article by Ross and Lin [<xref ref-type="bibr" rid="R12">12</xref>
] reviews the literature on the benefits of patients’ read access to their own records and concludes that although the studies were of limited quality, they show “modest improvements in doctor–patient communication, adherence, patient empowerment, and patient education.” The study also points out problems of increased anxiety when psychiatric records are made available to the patients. An article by Staroselsky <italic>et al. </italic>
[<xref ref-type="bibr" rid="R13">13</xref>
] reports on the benefits of providing read and limited write access to the patient’s EHR in terms of accuracy of the data and compliance with treatments. An article by Powell <italic>et al</italic>
. [<xref ref-type="bibr" rid="R14">14</xref>
] presents a survey of 31 patients regarding which medical information they did not want to be placed in an EHR, which included matters of pregnancy, contraception, sexual health, and mental health. Also relevant is their finding that some patients pointed out information that they believe was incorrect about them in their medical records, but some of this information was found to be correct (i.e., it corresponded to what the physician intended to record). This finding supports our argument that the patient must not have write access to his or her own records.</p>
<p>To our surprise, we found that our view on not granting read access to his own health records is not contradictory to national legislations such as the USA HIPAA and UK Access to Health Records Act of 1990. For example, the HIPAA, regarding the rights of the patient to access their medical records, allows for the health care provider not to agree in releasing the information to the patient, if "a licensed health care professional, in the exercise of professional judgment, determined that it is reasonably likely that access to the required information would endanger the life or physical safety of the consumer or another person" [<xref ref-type="bibr" rid="R15">15</xref>
]. Furthermore, HIPAA does not include psychotherapy notes as a medical document to which the patient has access. The UK Access to Health Records [<xref ref-type="bibr" rid="R16">16</xref>
] is closer to our view: "Cases where right of access may be partially excluded (1) Access shall not be given under section 3(2) above to any part of a health record— (a) which, in the opinion of the holder of the record, would disclose– (i) information likely to cause serious harm to the physical or mental health of the patient or of any other individual".</p>
<p>Verity and Nicoll [<xref ref-type="bibr" rid="R17">17</xref>
] describe the tension between confidentiality of the EPR and the interest of public health surveillance and point out that if there are multiple EPRs for each patient, anonymization in itself would be problematic because of the duplication of data. In our proposal of a single EHR, those concerns would be less problematic.</p>
<p>A different approach to a single, central EHR is to have local EPRs that allow some degree of interchangeability. A number of articles discuss the need for standards for interchanging and sharing EPRs across different organizations or countries [<xref ref-type="bibr" rid="R4">4</xref>
,<xref ref-type="bibr" rid="R18">18</xref>
].</p>
<p>Other research articles discuss different technical aspects relevant to the issues in this article. Pharow and Blobel [<xref ref-type="bibr" rid="R19">19</xref>
] discuss the issue of long-term storage and its impact on the digital signatures in the EHR. Behlen and Johnson [<xref ref-type="bibr" rid="R20">20</xref>
] and Quantin <italic>et al</italic>
. [<xref ref-type="bibr" rid="R21">21</xref>
] discuss issues and techniques for the anonymization of medical records. Finally, to our knowledge Bakker<sup> </sup>
[<xref ref-type="bibr" rid="R22">22</xref>
] was the first to point out the requirement of recoverability of specific moments, but the article discusses the difficulty in implementing this requirement when the EHR is just a set of pointers (or links) to an HO’s specific data and processes.</p>
</sec>
<sec><title>OPEN ISSUES</title>
<p>A large set of issues are not discussed in this article. First, we do not propose any implementation or technical solution to the security requirements herein. Such solutions certainly will involve complex cryptographic techniques, trusted central servers, operational procedures in HOs, and national-level legislation. We also do not discuss the content of the EHR nor how long the data should remain available in the EHR.</p>
<p>But we think that some of the ethical issues raised here warrant further discussion. One is whether the patient can ask for certain information to be private and not made available to other HPs. The patient may tell a particular HP some information because he or she trusts the HP and believes that the HP can make the appropriate use of that information on his or her behalf. But the patient may not trust the entire health system and therefore may want that information to be unavailable to other authorized HPs.</p>
<p>Another complex ethical issue, for which we have no solution, is the linking of different patients’ records. Clearly there are many situations in which knowing the health conditions of a patient’s parents or spouse will improve the patient’s care. However, the spouse or parents might not grant this HP the right to access their records.</p>
</sec>
<sec sec-type="conclusion"><title>CONCLUSION</title>
<p>In this paper, we presented a set of principles for an EHR, a unique, centralized, electronic health record system that goes beyond the usual requirement of privacy. We do not believe this is a complete set of requirements for such systems. But the requirements set forth in this paper already pose a considerable task to satisfy them. We do not know of any technological, legal or economic solution that satisfy these requirements.</p>
<p>Current attempts to implement some for of centralized record system usually fall short in some if not all of these requirements. For example, recent developments on Personal Health Record by Microsoft and Google do not satisfy integrity, and thus neither legal value. At current technology and legal infrastructure, it seems that the most one can do is to prioritize a subset of our principles that the system will follow, and accept that the other principles will not be satisfied.</p>
<p>If this paper does not put forth any solutions, we hope it make it clear that there many more requirements for an EHR than privacy, and that further research into the technological and legal aspects of an unique health record is needed.</p>
</sec>
</body>
<back><ref-list><title>REFERENCES</title>
<ref id="R1"><label>1</label>
<citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chandramouli</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>A framework for multiple authorization types in a healthcare application system</article-title>
<year>2001</year>
<conf-name>17th Annual Computer Security Applications Conference (ACSAC ’01), </conf-name>
<conf-loc>Washington (DC):IEEE Computer Society</conf-loc>
<fpage>137</fpage>
</citation>
</ref>
<ref id="R2"><label>2</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Blobel</surname>
<given-names>B</given-names>
</name>
<name><surname>Pharow</surname>
<given-names>P</given-names>
</name>
<name><surname>Spiegel</surname>
<given-names>V</given-names>
</name>
<name><surname>Engel</surname>
<given-names>K</given-names>
</name>
<name><surname>Engelbrecht</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>Securing interoperability between chip card based medical information systems and health networks</article-title>
<source>Int J Med Inform</source>
<year>2001</year>
<volume>64</volume>
<issue>2-3</issue>
<fpage>401</fpage>
<lpage>15</lpage>
<pub-id pub-id-type="pmid">11734401</pub-id>
</citation>
</ref>
<ref id="R3"><label>3</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bernstein</surname>
<given-names>K</given-names>
</name>
<name><surname>Bruun-Rasmussen</surname>
<given-names>M</given-names>
</name>
<name><surname>Vingtoft</surname>
<given-names>S</given-names>
</name>
<name><surname>Andersen</surname>
<given-names>SK</given-names>
</name>
<name><surname>Nøhr</surname>
<given-names>C</given-names>
</name>
</person-group>
<article-title>Modelling and implementing electronic health records in Denmark</article-title>
<source>Int J Med Inform</source>
<year>2005</year>
<volume>74</volume>
<issue>2-4</issue>
<fpage>213</fpage>
<lpage>20</lpage>
<pub-id pub-id-type="pmid">15694627</pub-id>
</citation>
</ref>
<ref id="R4"><label>4</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Mohan</surname>
<given-names>J</given-names>
</name>
<name><surname>Razali Raja Yaacob</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>The Malaysian Telehealth Flagship Application: a national approach to health data protection and utilisation and consumer rights</article-title>
<source>Int J Med Inform</source>
<year>2004</year>
<volume>73</volume>
<issue>3</issue>
<fpage>217</fpage>
<lpage>27</lpage>
<pub-id pub-id-type="pmid">15066550</pub-id>
</citation>
</ref>
<ref id="R5"><label>5</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Blobel</surname>
<given-names>B</given-names>
</name>
</person-group>
<article-title>Authorisation and access control for electronic health record systems</article-title>
<source>Int J Med Inform</source>
<year>2004</year>
<volume>73</volume>
<issue>3</issue>
<fpage>251</fpage>
<lpage>7</lpage>
<pub-id pub-id-type="pmid">15066555</pub-id>
</citation>
</ref>
<ref id="R6"><label>6</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Beun</surname>
<given-names>JG</given-names>
</name>
</person-group>
<article-title>Electronic healthcare record; a way to empower the patient</article-title>
<source>Int J Med Inform</source>
<year>2003</year>
<volume>69</volume>
<issue>2-3</issue>
<fpage>191</fpage>
<lpage>6</lpage>
<pub-id pub-id-type="pmid">12810123</pub-id>
</citation>
</ref>
<ref id="R7"><label>7</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kim</surname>
<given-names>MI</given-names>
</name>
<name><surname>Johnson</surname>
<given-names>KB</given-names>
</name>
</person-group>
<article-title>Personal health records: evaluation of functionality and utility</article-title>
<source>J Am Med Inform Assoc</source>
<year>2002</year>
<volume>9</volume>
<issue>2</issue>
<fpage>171</fpage>
<lpage>80</lpage>
<pub-id pub-id-type="pmid">11861632</pub-id>
</citation>
</ref>
<ref id="R8"><label>8</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Iakovidis</surname>
<given-names>I</given-names>
</name>
</person-group>
<article-title>Towards a health telematics infrastructure in the European Union</article-title>
<source>Stud Health Technol Inform</source>
<year>2000</year>
<volume>76</volume>
<fpage>23</fpage>
<lpage>33</lpage>
<pub-id pub-id-type="pmid">10947498</pub-id>
</citation>
</ref>
<ref id="R9"><label>9</label>
<citation citation-type="web"><article-title>IMIA. International Medical Informatics Association code of ethics for health information professionals</article-title>
<source><uri xlink:type="simple" xlink:href="http: //www.imia.org/English_ code_of_ethics.html">http: //www.imia.org/English_ code_of_ethics.html</uri>
</source>
<access-date>accessed November 2007</access-date>
</citation>
</ref>
<ref id="R10"><label>10</label>
<citation citation-type="book"><person-group person-group-type="editor"><name><surname>Beers</surname>
<given-names>MH</given-names>
</name>
<name><surname>Berkow</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>Psychiatry in medicine</article-title>
<source>The Merck manual of diagnosis and therapy</source>
<year>2005</year>
<volume>ch. 185</volume>
<edition>17th ed</edition>
<publisher-loc>Whitehouse Station (NJ)</publisher-loc>
<publisher-name>Merck and Co Inc</publisher-name>
</citation>
</ref>
<ref id="R11"><label>11</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Buckovich</surname>
<given-names>SA</given-names>
</name>
<name><surname>Rippen</surname>
<given-names>HE</given-names>
</name>
<name><surname>Rozen</surname>
<given-names>MJ</given-names>
</name>
</person-group>
<article-title>Driving toward guiding principles: a goal for privacy, confidentiality, and security of health information</article-title>
<source>J Am Med Inform Assoc</source>
<year>1999</year>
<volume>6</volume>
<issue>2</issue>
<fpage>122</fpage>
<lpage>33</lpage>
<pub-id pub-id-type="pmid">10094065</pub-id>
</citation>
</ref>
<ref id="R12"><label>12</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ross</surname>
<given-names>SE</given-names>
</name>
<name><surname>Lin</surname>
<given-names>CT</given-names>
</name>
</person-group>
<article-title>The effects of promoting patient access to medical records: a review</article-title>
<source>J Am Med Inform Assoc</source>
<year>2003</year>
<volume>10</volume>
<issue>3</issue>
<fpage>294</fpage>
<pub-id pub-id-type="pmid">12747370</pub-id>
</citation>
</ref>
<ref id="R13"><label>13</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Staroselsky</surname>
<given-names>M</given-names>
</name>
<name><surname>Volk</surname>
<given-names>LA</given-names>
</name>
<name><surname>Tsurikova</surname>
<given-names>R</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Improving electronic health record (EHR) accuracy and increasing compliance with health maintenance clinical guidelines through patient access and input</article-title>
<source>Int J Med Inform</source>
<year>2006</year>
<volume>75</volume>
<issue>10-11</issue>
<fpage>693</fpage>
<lpage>700</lpage>
<pub-id pub-id-type="pmid">16338169</pub-id>
</citation>
</ref>
<ref id="R14"><label>14</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Powell</surname>
<given-names>J</given-names>
</name>
<name><surname>Fitton</surname>
<given-names>R</given-names>
</name>
<name><surname>Fitton</surname>
<given-names>C</given-names>
</name>
</person-group>
<article-title>Sharing electronic health records: the patient view</article-title>
<source>Inform Prim Care</source>
<year>2006</year>
<volume>14</volume>
<issue>1</issue>
<fpage>55</fpage>
<lpage>7</lpage>
<pub-id pub-id-type="pmid">16848967</pub-id>
</citation>
</ref>
<ref id="R15"><label>15</label>
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Sonya</surname>
<given-names>Schartz</given-names>
</name>
</person-group>
<article-title> Rights to Access Medical Records Under the HIPAA Privacy Regulation. Health Assistance Partnership. Washington, DC. 2003</article-title>
<source>available at <uri xlink:type="simple" xlink:href="http://www.hapnetwork.org/medicare/ HIPAA_Resource_Center.html">http://www.hapnetwork.org/medicare/ HIPAA_Resource_Center.html</uri>
</source>
<access-date>accessed November 2007</access-date>
</citation>
</ref>
<ref id="R16"><label>16</label>
<citation citation-type="web"><collab>Office of Public Sector Information</collab>
<article-title>Access to Health Record Act 1990 (c. 23)</article-title>
<source>available at <uri xlink:type="simple" xlink:href="http: //www.opsi.gov.uk/acts/acts1990/u kpga_19900023_en_1#pb2-l1g3">http: //www.opsi.gov.uk/acts/acts1990/u kpga_19900023_en_1#pb2-l1g3</uri>
</source>
<access-date>accessed November 2007</access-date>
</citation>
</ref>
<ref id="R17"><label>17</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Verity</surname>
<given-names>C</given-names>
</name>
<name><surname>Nicoll</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>Consent, confidentiality, and the threat to public health surveillance</article-title>
<source>BMJ</source>
<year>2002</year>
<volume>324</volume>
<issue>7347</issue>
<fpage>1210</fpage>
<lpage>3</lpage>
<pub-id pub-id-type="pmid">12016192</pub-id>
</citation>
</ref>
<ref id="R18"><label>18</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Espinosa</surname>
<given-names>AL</given-names>
</name>
</person-group>
<article-title>Availability of health data: requirements and solutions</article-title>
<source>Int J Med Inform</source>
<year>1998</year>
<volume>49</volume>
<issue>1</issue>
<fpage>97</fpage>
<lpage>104</lpage>
<pub-id pub-id-type="pmid">9723807</pub-id>
</citation>
</ref>
<ref id="R19"><label>19</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Pharow</surname>
<given-names>P</given-names>
</name>
<name><surname>Blobel</surname>
<given-names>B</given-names>
</name>
</person-group>
<article-title>Electronic signatures for long-lasting storage purposes in electronic archives</article-title>
<source>Int J Med Inform</source>
<year>2005</year>
<volume>74</volume>
<issue>2-4</issue>
<fpage>279</fpage>
<lpage>87</lpage>
<pub-id pub-id-type="pmid">15694634</pub-id>
</citation>
</ref>
<ref id="R20"><label>20</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Behlen</surname>
<given-names>FM</given-names>
</name>
<name><surname>Johnson</surname>
<given-names>SB</given-names>
</name>
</person-group>
<article-title>Multicenter patient records research: security policies and tools</article-title>
<source>J Am Med Inform Assoc</source>
<year>1999</year>
<volume>6</volume>
<issue>6</issue>
<fpage>435</fpage>
<lpage>43</lpage>
<pub-id pub-id-type="pmid">10579601</pub-id>
</citation>
</ref>
<ref id="R21"><label>21</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Quantin</surname>
<given-names>C</given-names>
</name>
<name><surname>Allaert</surname>
<given-names>FA</given-names>
</name>
<name><surname>Dusserre</surname>
<given-names>L</given-names>
</name>
</person-group>
<article-title>Anonymous statistical methods versus cryptographic methods in epidemiology</article-title>
<source>Int J Med Inform</source>
<year>2000</year>
<volume>60</volume>
<issue>2</issue>
<fpage>177</fpage>
<lpage>83</lpage>
</citation>
</ref>
<ref id="R22"><label>22</label>
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bakker</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>Access to EHR and access control at a moment in the past: a discussion of the need and an exploration of the consequences</article-title>
<source>Int J Med Inform</source>
<year>2004</year>
<volume>73</volume>
<issue>3</issue>
<fpage>267</fpage>
<lpage>70</lpage>
<pub-id pub-id-type="pmid">15066557</pub-id>
</citation>
</ref>
</ref-list>
</back>
</pmc>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/TelematiV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 0003210 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 0003210 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Ticri/CIDE |area= TelematiV1 |flux= Pmc |étape= Corpus |type= RBID |clé= |texte= }}
![]() | This area was generated with Dilib version V0.6.31. | ![]() |