Difference between revisions of "User:Shawndouglas/sandbox/sublevel18"

From LIMSWiki
Jump to navigationJump to search
(Replaced content with "<div class="nonumtoc">__TOC__</div> {{ombox | type = notice | style = width: 960px; | text = This is sublevel18 of my sandbox, where I play with features and...")
Tag: Replaced
(4 intermediate revisions by the same user not shown)
Line 3: Line 3:
| type      = notice
| type      = notice
| style    = width: 960px;
| style    = width: 960px;
| text      = This is sublevel17 of my sandbox, where I play with features and test MediaWiki code. If you wish to leave a comment for me, please see [[User_talk:Shawndouglas|my discussion page]] instead.<p></p>
| text      = This is sublevel18 of my sandbox, where I play with features and test MediaWiki code. If you wish to leave a comment for me, please see [[User_talk:Shawndouglas|my discussion page]] instead.<p></p>
}}
}}


==Sandbox begins below==
==Sandbox begins below==
==23. Scientific Data Management==
{|
| STYLE="vertical-align:top;"|
{| class="wikitable collapsible" border="1" cellpadding="10" cellspacing="0"
|-
  ! colspan="2" style="text-align:left; padding-left:20px; padding-top:10px; padding-bottom:10px;"|
|-
  ! style="color:brown; background-color:#ffffee; width:500px;"| Regulation, Specification, or Guidance
  ! style="color:brown; background-color:#ffffee; width:700px;"| Requirement
|-
  | style="padding:5px; width:500px;" |
[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-1]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.3.4.1]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.8.9]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.9.9]
  | style="background-color:white;" |'''23.1''' The system shall capture raw instrument data and metadata either as an electronic file or directly via RS-232 or TCP/IP communication.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-2]
  | style="background-color:white;" |'''23.2''' The scientific data management system (SDMS) should provide a checksum verification of source and destination data and store that verification data in a secure server with controlled access.
|-
  | style="padding:5px; width:500px;" |
[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-1]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.3.4.1]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.8.9]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.9.9]
  | style="background-color:white;" |'''23.3''' The system shall store metadata related to raw instrument data in a database in such a way that the original data generated by instruments for specific samples and tests is easy to retrieve.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-4]
  | style="background-color:white;" |'''23.4''' The system should be capable of capturing a complete and readable copy of original data and any previous versions of modified data in order to maintain the integrity of that data.
|-
  | style="padding:5px; width:500px;" |
[https://www.aavld.org/accreditation-requirements-page AAVLD AAVLD Requirements for an AVMDL Sec. 4.10.2.3]<br />
[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-5]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.3.4.1]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.8.9]<br />
[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 4.9.9]
  | style="background-color:white;" |'''23.5''' The system should secure raw data such that it can't be deleted and provide version control when data is modified by any user or specific software.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-6]
  | style="background-color:white;" |'''23.6''' The SDMS should provide tools for helping a laboratory achieve the U.S. Food and Drug Administration's defined ALCOA principles.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-7]
  | style="background-color:white;" |'''23.7''' The SDMS shall provide security and access controls for protecting stored data.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-8]
  | style="background-color:white;" |'''23.8''' The SDMS shall record an audit trail for each and every record created and modified, using version control.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/164.308 45 CFR Part 164.308]<br />[https://www.astm.org/Standards/E1578.htm ASTM E1578-18 E-11-9]
  | style="background-color:white;" |'''23.9''' The SDMS shall record an audit trail for each and every record created and modified, using version control.
|-
|}
|}
==24. Health Information Technology==
{|
| STYLE="vertical-align:top;"|
{| class="wikitable collapsible" border="1" cellpadding="10" cellspacing="0"
|-
  ! colspan="2" style="text-align:left; padding-left:20px; padding-top:10px; padding-bottom:10px;"|
|-
  ! style="color:brown; background-color:#ffffee; width:500px;"| Regulation, Specification, or Guidance
  ! style="color:brown; background-color:#ffffee; width:700px;"| Requirement
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-1–a-4)]
  | style="background-color:white;" |'''24.1''' The electronic health record (EHR) module should provide computerized provider order entry (CPOE) functionality for medication orders, laboratory orders, and diagnostic imaging, including making checks for potential drug-drug and drug-allergy interactions.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-5)]<br />[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-11–a-12)]<br />[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-15)]
  | style="background-color:white;" |'''24.2''' The EHR module should allow authorized personnel to record, change, and access patient demographic data, including, but not limited to, race and ethnicity, patient's preferred language, birth sex, current sex, sexual orientation, gender identity, birth date, smoking status, alcohol use, family health history, psychological aspects, social aspects, and behavioral aspects.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-6–a-8)]<br />[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-10)]<br />[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-14)]
  | style="background-color:white;" |'''24.3''' The EHR module should allow authorized personnel to record, change, and access a patient's active problem list, medication list, medication allergy list, preferred drug list, and implantable device list, incorporating, where appropriate, at a minimum the SNOMED CT nomenclature standard.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-19)]
  | style="background-color:white;" |'''24.4''' The EHR module should incorporate configurable, role-based clinical decision support tools capable of allowing authorized personnel to trigger electronic interventions based on liked reference information standardized to Health Level 7 (HL7) Version 3 implementation guides. The reference information should be sourced.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (a-13)]
  | style="background-color:white;" |'''24.5''' The EHR module should be able to identify education resources specific to a patient's active problem and medication lists. The educational resources should be standardized to Health Level 7 (HL7) Version 3 implementation guides.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (b-1–b-2; b-4–b-5)]
  | style="background-color:white;" |'''24.6''' The EHR module should allow authorized personnel to create, view, send, and receive transition of care or referral summaries in such a way that the summary is properly formatted, matched to the correct patient, and reconciled according to the standards and protocols outlined in 45 CFR Part 170.315 (b-1), (b-2), (b-4), and (b-5).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (b-3)]
  | style="background-color:white;" |'''24.7''' The EHR module should allow authorized personnel to conduct electronic prescribing actions such as creating, changing, cancelling, and refilling prescriptions, incorporating at least the RxNorm and NCPDP SCRIPT standards.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (b-6)]
  | style="background-color:white;" |'''24.8''' The EHR module should allow authorized personnel to configure, create, and store data exports, incorporating at least HL7 Version 3 implementation standards, as well as SNOMED CT and ICD-9 standards.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (b-7–b-8)]
  | style="background-color:white;" |'''24.9''' The EHR module should allow for the secure creation, sending, and receipt of restricted summary records, incorporating HL7 Version 3 implementation standards.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (b-9)]
  | style="background-color:white;" |'''24.10''' The EHR module should allow authorized personnel to create, record, change, access, and receive care plan information, incorporating HL7 Version 3 implementation standards.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (c)]
  | style="background-color:white;" |'''24.11''' The EHR module should provide a means to record, calculate, import, export, filter, and report on clinical quality measures according to the standards outlined in 45 CFR Part 170.315 (c).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (d)]
  | style="background-color:white;" |'''24.12''' The EHR module shall provide security and access controls for protecting stored data.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (d)]
  | style="background-color:white;" |'''24.13''' The EHR module shall record an audit trail for each and every record created and modified, using version control.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (d-7)]
  | style="background-color:white;" |'''24.14''' The EHR module shall either encrypt electronic health information on end-user devices after use of the technology on the device stops or prevent electronic health information from being stored on end-user devices after use of the technology on the device stops.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (d-8)]
  | style="background-color:white;" |'''24.15''' The EHR module shall ensure that electronically exchanged health information has not been altered during the transfer process, using at least a hashing algorithm secured to SHA-2 or better.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (d-11)]
  | style="background-color:white;" |'''24.16''' The EHR module should be capable of recording patient disclosures made for treatment, payment, and health care operations.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (e-1)]
  | style="background-color:white;" |'''24.17''' The EHR module should provide a means for patients and their authorized representatives to view, download, and transmit their personal health information and activity history log from the EHR via an internet-based technology, using the standards outlined in 45 CFR Part 170.315 (e-1).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (e-2–e-3)]
  | style="background-color:white;" |'''24.18''' The EHR module should provide a means for authorized users to securely send messages to and receive messages from patients, at the same time allowing for the recording, accessing, and linking of information shared by the patient electronically (as well as directly).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (f)]
  | style="background-color:white;" |'''24.19''' The EHR module should allow vital patient information as it relates to public health to be transmitted to immunization registries, cancer registries, and public health agencies, as well as be accessed after the fact. This includes, but is not limited to, immunization history, surveillance information, laboratory test results, cancer case information, case reports, antimicrobial reporting, and health care survey information.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (g-3–g-5)]
  | style="background-color:white;" |'''24.20''' The EHR developer should use user-centered and accessibility-centered design processes for creating and testing the EHR's functionality. A quality management system should be used during these processes.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (g-6)]
  | style="background-color:white;" |'''24.21''' The EHR module's use of clinical document architecture (CDA) should be demonstrated and verified for conformance to the standards identified in 45 CFR Part 170.315 (g-6).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/45/170.315 45 CFR Part 170.315 (g-7–g-9)]
  | style="background-color:white;" |'''24.22''' The EHR module should include an application programming interface (API) that demonstrates the EHR's ability to uniquely identify a patient and corresponding ID/token in a received records or data category request in order to accurately and securely meet the request for that patient's data. The API should be well documented.
|-
|}
|}

Revision as of 13:07, 6 September 2021

Sandbox begins below