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

From LIMSWiki
Jump to navigationJump to search
Tag: Reverted
(Replaced content with "<div class="nonumtoc">__TOC__</div> {{ombox | type = notice | style = width: 960px; | text = This is sublevel23 of my sandbox, where I play with features and...")
Tag: Replaced
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
{|
<div class="nonumtoc">__TOC__</div>
| STYLE="vertical-align:top;"|
{{ombox
{| class="wikitable collapsible" border="1" cellpadding="10" cellspacing="0"
| type      = notice
|-
| style     = width: 960px;
  ! colspan="2" style="text-align:left; padding-left:20px; padding-top:10px; padding-bottom:10px;"|
| text     = This is sublevel23 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>
|-
}}
  ! 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/21/211.103 21 CFR Part 211.103]<br />[https://www.law.cornell.edu/cfr/text/21/226.40 21 CFR Part 226.40 (d)]<br />[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 16.4 and 16.20]
  | style="background-color:white;" |'''17.1''' The system should be able to calculate and record theoretical and actual percentage of yield at various phases of processing, manufacturing, and packaging.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/21/211.103 21 CFR Part 211.103]
  | style="background-color:white;" |'''17.2''' The system should provide a means for verification and approval of yield calculations before release for reporting.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/820.20 21 CFR Part 820.20]<br />
[https://www.law.cornell.edu/cfr/text/21/820.40 21 CFR Part 820.40]<br />
[https://www.law.cornell.edu/cfr/text/21/820.186 21 CFR Part 820.186]<br />
[https://eur-lex.europa.eu/eli/dir/2003/94/oj E.U. Commission Directive 2003/94/EC Article 11]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 1.0]
  | style="background-color:white;" |'''17.3''' The system shall be able to maintain a production facility's quality system in a specific quality system record, in accordance with regulations and guidance such as 21 CFR Part 820.20 and 820.40 (U.S.), E.U. Commission Directive 2003/94/EC Article 11 (E.U.), and WHO Technical Report Series, #986, Annex 2, 1.0 (global).
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/21/820.30 21 CFR Part 820.30]<br />[https://www.law.cornell.edu/cfr/text/21/820.120 21 CFR Part 820.120 (e)]
  | style="background-color:white;" |'''17.4''' The system shall be able to create a design control document capable of recording the details surrounding device development, including control number, physical and performance requirements, final output, review, verification, approval, transfer, changes, and complete design history.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/21/820.181 21 CFR Part 820.181]<br />[https://www.law.cornell.edu/cfr/text/21/820.184 21 CFR Part 820.184]
  | style="background-color:white;" |'''17.5''' The system shall be able to create a device master and device history record capable of recording all information described in 21 CFR Part 820.181 and 820.184.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.105 21 CFR Part 211.105 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.130 21 CFR Part 211.130 (e)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.134 21 CFR Part 211.134 (c)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.188 21 CFR Part 211.188]<br />
[https://www.law.cornell.edu/cfr/text/21/211.20 21 CFR Part 211.20 (d)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.50 21 CFR Part 211.50 (c)]<br />
[https://www.law.cornell.edu/cfr/text/21/225.102 21 CFR Part 225.102]<br />
[https://www.law.cornell.edu/cfr/text/21/225.202 21 CFR Part 225.202]<br />
[https://www.law.cornell.edu/cfr/text/21/226.80 21 CFR Part 226.80]<br />
[https://www.law.cornell.edu/cfr/text/21/226.102 21 CFR Part 226.102]<br />
[https://www.law.cornell.edu/cfr/text/21/820.60 21 CFR Part 820.60]<br />
[https://www.law.cornell.edu/cfr/text/21/820.70 21 CFR Part 820.70 (a)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.80 21 CFR Part 820.80 (c)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.120 21 CFR Part 820.120 (d)]<br />
[https://eur-lex.europa.eu/eli/dir/2003/94/oj E.U. Commission Directive 2003/94/EC Article 9.1]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 2 and 4]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 7]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 2.1 (a) and (f–g)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 15.25–30]
  | style="background-color:white;" |'''17.6''' The system shall be able to create a batch production record capable of recording complete information regarding batch production and control details such as, but not limited to, a unique batch or production run number, formulation, specific labeling and packaging, production steps, in-process and laboratory control results, the unique identifier of any equipment used, persons performing and/or supervising operational steps, and the results of any pre-process or post-production inspections.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.186 21 CFR Part 211.186]<br />
[https://www.law.cornell.edu/cfr/text/21/212.50 21 CFR Part 212.50 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/225.102 21 CFR Part 225.102]<br />
[https://www.law.cornell.edu/cfr/text/21/226.102 21 CFR Part 226.102]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 7]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 15.22–23]
  | style="background-color:white;" |'''17.7''' The system shall be able to create a master production and control record capable of recording complete information regarding master production and control details.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.100 21 CFR Part 211.100]<br />
[https://www.law.cornell.edu/cfr/text/21/211.186 21 CFR Part 211.186]<br />
[https://www.law.cornell.edu/cfr/text/21/212.50 21 CFR Part 212.50 (b)]<br />
[https://eur-lex.europa.eu/eli/dir/2003/94/oj E.U. Commission Directive 2003/94/EC Article 10.3–4]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 2.1 (a–b)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 4.0]
  | style="background-color:white;" |'''17.8''' The system shall require a new or modified master production and control record to be validated, reviewed, and approved before being implemented into production, including allowing that record to be electronically signed by one or more authorized individuals upon approval. If discrepancies or other errors are found, the system shall also allow authorized individuals to document corrective action taken to resolve those errors, including conclusions and follow-up activity.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.22 21 CFR Part 211.22]<br />
[https://www.law.cornell.edu/cfr/text/21/211.192 21 CFR Part 211.192]<br />
[https://www.law.cornell.edu/cfr/text/21/820.70 21 CFR Part 820.70 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.75 21 CFR Part 820.75]<br />
[https://eur-lex.europa.eu/eli/dir/2003/94/oj E.U. Commission Directive 2003/94/EC Article 10.3]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 2.1 (a–b, f)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 4.0]
  | style="background-color:white;" |'''17.9''' The system shall require a new or modified production and control record to be validated, reviewed, and approved before being implemented in production. If discrepancies or other errors are found, the system shall also allow authorized individuals to document corrective action taken to resolve those errors, including conclusions and follow-up activity.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.110 21 CFR Part 211.110]<br />
[https://www.law.cornell.edu/cfr/text/21/212.50 21 CFR Part 212.50]<br />
[https://www.law.cornell.edu/cfr/text/21/820.80 21 CFR Part 820.80 (c)]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 4]
  | style="background-color:white;" |'''17.10''' The system shall be able to indicate if a sample consists of an in-process manufacturing material and track characteristics of the in-process material such as identity, strength, quality, purity, and approval status.
|-
  | style="padding:5px; width:500px;" |[https://www.law.cornell.edu/cfr/text/21/211.111 21 CFR Part 211.111]
  | style="background-color:white;" |'''17.11''' The system shall provide a means to track the amount of time between production processes.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.122 21 CFR Part 211.122 (c)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.184 21 CFR Part 211.184]<br />
[https://www.law.cornell.edu/cfr/text/21/212.20 21 CFR Part 212.20 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/212.40 21 CFR Part 212.40 (c) and (e)]<br />
[https://www.law.cornell.edu/cfr/text/21/225.42 21 CFR Part 225.42]<br />
[https://www.law.cornell.edu/cfr/text/21/226.40 21 CFR Part 226.40 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/226.42 21 CFR Part 226.42]<br />
[https://www.law.cornell.edu/cfr/text/21/606.120 21 CFR Part 606.120 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.60 21 CFR Part 820.60]<br />
[https://www.law.cornell.edu/cfr/text/21/820.80 21 CFR Part 820.80 (b)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.120 21 CFR Part 820.120 (b)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 14.4, 14.15, and 14.21]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 15.32–33]
  | style="background-color:white;" |'''17.12''' The system shall be capable of documenting the receipt of non-sample, -standard, and -reagent materials (e.g.,  formulated drugs, drug components, medical devices, labeling, and packaging materials), including information such as manufacturer, date of receipt, lot numbers, reference numbers, storage location, status of examination, and status of approval for use.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.122 21 CFR Part 211.122 (e)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.125 21 CFR Part 211.125 (d)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.184 21 CFR Part 211.184]<br />
[https://www.law.cornell.edu/cfr/text/21/225.42 21 CFR Part 225.42]<br />
[https://www.law.cornell.edu/cfr/text/21/226.42 21 CFR Part 226.42]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 14.7 and 14.22]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 16.35]
  | style="background-color:white;" |'''17.13''' The system shall be capable of recording the changing quantity of inventoried non-sample, -standard, and -reagent materials (e.g., forumlated drugs, drug components, labelling, containers, and packaging materials), including batch and lot numbers and, if applicable, details of disposition after completion of production.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.122 21 CFR Part 211.122 (e)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.125 21 CFR Part 211.125 (d)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.184 21 CFR Part 211.184]<br />
[https://www.law.cornell.edu/cfr/text/21/225.42 21 CFR Part 225.42]<br />
[https://www.law.cornell.edu/cfr/text/21/226.42 21 CFR Part 226.42]<br />
[https://www.law.cornell.edu/cfr/text/21/606.100 21 CFR Part 606.100 (c)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.80 21 CFR Part 820.80 (d–e)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.90 21 CFR Part 820.90]<br />
[https://www.law.cornell.edu/cfr/text/21/820.160 21 CFR Part 820.160]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 2.1 (g)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 14.4, 14.26, and 14.28]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 15.44–45]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 16.36]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 17.18–19]
  | style="background-color:white;" |'''17.14''' The system shall prevent the internal release for distribution of a completed production batch until an authorized individual has determined the batch's conformance to final specifications and has approved it for release. If a batch is nonconforming, the system shall be able to clearly document it as such (so as to not distribute it) and provide a review and disposition process. Such approval, rejection, review, and disposition activities shall be documented.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/part-7/subpart-C 21 CFR Part 7 Subpart C]<br />
[https://www.law.cornell.edu/cfr/text/21/211.192 21 CFR Part 211.192]<br />
[https://www.law.cornell.edu/cfr/text/21/part-810/subpart-B 21 CFR Part 810 Subpart B]<br />
[https://eur-lex.europa.eu/eli/dir/2003/94/oj E.U. Commission Directive 2003/94/EC Article 13]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 6.0]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 14.32]
  | style="background-color:white;" |'''17.15''' The system shall provide a means to track and record recall activities of manufactured product and devices based on lot, batch, or other identifier, including storage location, necessary disposition details, and reconciliation between distributed and recovered quantities.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/211.165 21 CFR Part 211.165 (f)]<br />
[https://www.law.cornell.edu/cfr/text/21/211.204 21 CFR Part 211.204]<br />
[https://www.law.cornell.edu/cfr/text/21/212.71 21 CFR Part 212.71 (d)]<br />
[https://www.law.cornell.edu/cfr/text/21/820.90 21 CFR Part 820.90 (b-2)]<br />
[https://extranet.who.int/prequal/content/who-technical-report-series WHO Technical Report Series, #986, Annex 2, 14.29–30]
  | style="background-color:white;" |'''17.16''' The system should allow a completed production batch that has been rejected for use or a returned production batch to be flagged in the system for reprocessing or reworking if it meets relevant criteria.
|-
|}
|}


{|
==Sandbox begins below==
| 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/21/820.250 21 CFR Part 820.250]<br />
[https://www.aihaaccreditedlabs.org/Policies/Pages/default.aspx AIHA-LAP Policies 2022 2A.7.7.1.3]<br />
[https://www.astm.org/e1578-18.html ASTM E1578-18 E-10-1]<br />
[https://nepis.epa.gov/Exe/ZyPDF.cgi?Dockey=30006MXP.PDF EPA 815-R-05-004 Chap. IV, Sec. 7.2.8]<br />
[https://nepis.epa.gov/Exe/ZyPDF.cgi?Dockey=30006MXP.PDF EPA 815-R-05-004 Chap. VI, Sec. 7.8]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 4]
  | style="background-color:white;" |'''18.1''' The system should allow authorized users to configure the generation of trending and control charts.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/21/820.250 21 CFR Part 820.250]<br />
[https://www.aihaaccreditedlabs.org/Policies/Pages/default.aspx  AIHA-LAP Policies 2022 2A.7.7.1.3]<br />
[https://www.astm.org/e1578-18.html ASTM E1578-18 E-10-2]<br />
[https://nepis.epa.gov/Exe/ZyPDF.cgi?Dockey=30006MXP.PDF EPA 815-R-05-004 Chap. IV, Sec. 7.2.8]<br />
[https://nepis.epa.gov/Exe/ZyPDF.cgi?Dockey=30006MXP.PDF EPA 815-R-05-004 Chap. VI, Sec. 7.8]<br />
[https://www.fda.gov/food/hazard-analysis-critical-control-point-haccp/haccp-principles-application-guidelines FDA Hazard Analysis Critical Control Point Principle 4]
  | style="background-color:white;" |'''18.2''' The system should allow authorized users to choose specific sample types, tests, and parameters associated with the statistical trending and control charts that can be generated.
|-
|}
|}
 
{|
| 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://orapartners.fda.gov/cs/groups/public/documents/document/b2hh/bmri/~edisp/rpohandbook.pdf FDA Office of Regulatory Affairs Data Exchange (ORA DX) Program]
  | style="background-color:white;" |'''19.1''' The system should be able to create or convert an XML or XLS file to ORA DX template specifications, including the use of ORA DX terminology.
|-
  | style="padding:5px; width:500px;" |[https://www.ams.usda.gov/datasets/pdp/pdp-standard-operating-procedures USDA Sampling Procedures for PDP 5.3]<br />[https://www.ams.usda.gov/datasets/pdp/pdp-standard-operating-procedures USDA Sampling Procedures for PDP 6.2]
  | style="background-color:white;" |'''19.2''' The system shall allow for the assignment of the "regulatory sample collection" role and be able to produce a list of individuals in said role, including information such as name, locations assigned, part- or full-time role, and full-time equivalents (if any) used to meet any regulatory requirements.
|-
  | style="padding:5px; width:500px;" |[https://www.ams.usda.gov/datasets/pdp/pdp-standard-operating-procedures USDA Sampling Procedures for PDP 5.4]
  | style="background-color:white;" |'''19.3''' The system shall allow for the documentation of sampling sites used for normal and regulatory sampling and be able to produce a complete list of such sites on-demand. The documentation should allow for details such as the addition of a unique, never-before-used site code; a region code; demographics; date added to or removed from the system; facility type; sample substrates or commodities available at the site; and relative volume information.
|-
  | style="padding:5px; width:500px;" |[https://www.ams.usda.gov/datasets/pdp/pdp-standard-operating-procedures USDA Sampling Procedures for PDP 5.4.12 and 5.4.14]
  | style="background-color:white;" |'''19.4''' The system shall allow a site that is no longer active for sampling purposes be designated as inactive, yet be allowed to remain on any generated master list. Additionally, such inactive site shall maintain its unique site number in the event the site becomes reinstated as active.
|-
|}
|}
 
{|
| 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.epa.gov/geospatial/epa-metadata-technical-specification EPA Metadata Technical Specification]
  | style="background-color:white;" |'''20.1''' The system should support metadata requirements set forth by ISO 19115 and the EPA Metadata Technical Specification for reporting and data publishing purposes.
|-
  | style="padding:5px; width:500px;" |[https://www.epa.gov/sites/production/files/documents/erln_lab_requirements.pdf EPA ERLN Laboratory Requirements 3.3]
  | style="background-color:white;" |'''20.2''' The system should support the manual entry or electronic transfer of EPA analytical service requests (ASRs), along with all the required fields of the ASR, including project identifier, project demographics, sample specifics, sample hazards, reporting requirements, and special requirements.
|-
  | style="padding:5px; width:500px;" |[https://www.epa.gov/sites/production/files/2015-07/documents/sedd52_specification.pdf EPA SEDD Specification and Data Element Dictionary v5.2]
  | style="background-color:white;" |'''20.3''' The system should support the creation and transfer of Staged Electronic Data Deliverable (SEDD) files.
|-
  | style="padding:5px; width:500px;" |
[https://www.law.cornell.edu/cfr/text/40/3.10 40 CFR Part 3.10]<br />
[https://www.law.cornell.edu/cfr/text/40/60 40 CFR Part 60 (throughout)]<br />
[https://www.law.cornell.edu/cfr/text/40/62 40 CFR Part 62 (throughout)]<br />
[https://www.law.cornell.edu/cfr/text/40/63 40 CFR Part 63 (throughout)]
  | style="background-color:white;" |'''20.4''' The system shall support generating electronic environmental reports (e.g., stationary source emissions tests) in either the EPA's Electronic Reporting Tool (ERT) special spreadsheet format or in an XML file format that complies with EPA-approved XML schema.
|-
  | style="padding:5px; width:500px;" |[https://denix.osd.mil/edqw/documents/documents/gen-data-validation-rev1/ DoD General Data Validation Guidelines]
  | style="background-color:white;" |'''20.5''' The system should support electronic data deliverable (EDD) validation by linking the EDD to its quality assurance project plan (QAPP) and the appropriate stage of validation for the EDD's data type.
|-
|}
|}
 
{|
| 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://des.wa.gov/sites/default/files/public/documents/About/1063/RFP/Add7_Item4ASCLD.pdf ASCLD/LAB Supp. Reqs. for the Accreditation of Forensic Science Testing Laboratories 5.8.4.3]
[https://www.astm.org/e1188-11r17.html ASTM E1188-11 3.2.3]<br />
[https://www.astm.org/e1188-11r17.html ASTM E1188-11 3.4.1]<br />
[https://www.astm.org/e1188-11r17.html ASTM E1459-13 2.1]<br />
[https://www.astm.org/e1459-13r18.html ASTM E1459-13 4.1.1–2]<br />
[https://www.astm.org/e1459-13r18.html ASTM E1459-13 4.1.4.2]<br />
[https://www.astm.org/e1459-13r18.html ASTM E1459-13 4.2.2–3]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.1]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.5]
  | style="background-color:white;" |'''21.1''' The system shall be able to assign each piece of collected evidence and each scene a unique identifier using methodologies such as an ID with an incrementing integer (for sequential evidence numbers) or a user-defined naming format for meeting regulatory requirements.
|-
  | style="padding:5px; width:500px;" |[https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.359.5506&rep=rep1&type=pdf A2LA C223 4.13]<br />[https://des.wa.gov/sites/default/files/public/documents/About/1063/RFP/Add7_Item4ASCLD.pdf ASCLD/LAB Supp. Reqs. for the Accreditation of Forensic Science Testing Laboratories 4.13.2.6–10]<br />[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.1]<br />
  | style="background-color:white;" |'''21.2''' The system shall be able to assign each case a unique case identifier that, in addition to an electronic signature, is able to be automatically placed on, at a maximum, each page of the case's associated examination and administration records.
|-
  | style="padding:5px; width:500px;" |
[https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.359.5506&rep=rep1&type=pdf A2LA C223 4.13]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.1.1–2]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.4–5]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.2.2–3]<br />
[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.5.1.1]
  | style="background-color:white;" |'''21.3''' In addition to a unique case number, the system shall provide a means to add additional information to a case file, including, but not limited to, submitting agency, agency case number, date of case receipt, name of recipient, shipping and receipt details, items associated with the case and their unique designators, notes, test data, related reports, and other documentation.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/e1188-11r17.html ASTM E1188-11 (throughout)]<br />[https://www.astm.org/e1459-13r18.html ASTM E1459-13 (throughout)]<br />[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.4.3 and 4.5.1]
  | style="background-color:white;" |'''21.4''' The system should be able to document evidence using an ASTM-compliant evidence log, including, but not limited to, unique identifiers, investigator and custodian names, key dates and times, evidence conditions, and storage location.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.3.1.1]
  | style="background-color:white;" |'''21.5''' The system should be able to prevent a piece of evidence from being scheduled for destructive testing until an appropriate authorization for such analysis is acquired and documented.
|-
  | style="padding:5px; width:500px;" |[https://des.wa.gov/sites/default/files/public/documents/About/1063/RFP/Add7_Item4ASCLD.pdf ASCLD/LAB Supp. Reqs. for the Accreditation of Forensic Science Testing Laboratories 5.8.1.1.1]<br />[https://www.astm.org/e1492-11r17.html ASTM E1492-11 4.1.2]
  | style="background-color:white;" |'''21.6''' The system shall be able to record and maintain chain of custody of evidence that is subdivided in the laboratory in the same way that original evidence items are tracked.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.1.3]
  | style="background-color:white;" |'''21.7''' The system shall be capable of recording the secondary dissemination to an authorized agency or organization of criminal history record information (CHRI) sourced from U.S. Criminal Justice Information Services (CJIS).
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.4.7]
  | style="background-color:white;" |'''21.8''' The system shall be able to record all National Crime Information Center (NCIC) and Interstate Identification Index (III) data transactions, clearly identifying the operator and authorized receiving agency or organization. III records shall also identify requester and recipient using a unique identifier.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.5.6]<br />[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, AC-17(1) ]<br />
  | style="background-color:white;" |'''21.9''' If the system provides remote access to authorized users over authorized devices, the remote access shall be monitored, controlled and documented, particularly for privileged functions. If remote access to privileged functions is allowed, virtual escorting that meets CJIS Security Policy 5.5.6 conditions will be required.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.6.2.1.1.1–2]<br />[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.6.2.1.2–3]<br />[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, IA-5(1) ]<br />
  | style="background-color:white;" |'''21.10''' The system shall be capable of putting into place, in their entirety, either the "basic password standards" or "advanced password standards" described in CJIS Security Policy 5.6.2.1.1.1 and 5.6.2.1.1.2. If PIN and/or one-time password is also used, the attributes in 5.6.2.1.2 and 5.6.2.1.3 shall also be required.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.6.2.2]
  | style="background-color:white;" |'''21.11''' If the system supports user-based certificates for authentication, the system shall be configurable enough to require them to be 1. user-specific, not device-specific, 2. used only by one user at any given time, and 3. activated for each use by, e.g., a passphrase or PIN.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.10.1.2.1–2]<br />
[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy Appendix G.6]<br />
[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, AC-17(2) ]<br />
[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, SC-13, SC-28, and SC-28(1)]<br />
  | style="background-color:white;" |'''21.12''' The system shall allow "encryption in transit" and "encryption at rest" of criminal justice information (CJI) that meets or exceeds the requirements of CJIS Security Policy 5.10.1.2.1 and 5.10.1.2.2.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.10.1.5]
  | style="background-color:white;" |'''21.13''' If the system is cloud-based, the vendor shall ensure that CJI is stored in databases located within the physical boundaries of APB-member countries and within the legal authority of APB-member agencies. Additionally, the vendor shall agree to not use any metadata derived from unencrypted CJI for commercial, advertising, or other purposes, unless specifically permitted for limited within the service agreement.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.11.1–2]
  | style="background-color:white;" |'''21.14''' If the system is cloud-based, the vendor should agree to FBI and CSA compliance and security audits of CJI.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy 5.10.3.2]<br />[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy Appendix G.1]
  | style="background-color:white;" |'''21.15''' If the system is capable of being run in a virtual environment, it shall meet the virtualization requirements set forth in CJIS Security Policy 5.10.3.2 and best practices set forth in CJIS Security Policy Appendix G.1.
|-
  | style="padding:5px; width:500px;" |[https://www.fbi.gov/services/cjis/cjis-security-policy-resource-center CJIS Security Policy Appendix G.5]<br />[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, AC-6(4)]<br />
[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, SC-39]<br />
  | style="background-color:white;" |'''21.16''' The system should provide separate processing domains in order to not only allow for more granular allocation of user privileges, but also to prevent one process from modifying the executing code of another process.
|-
  | style="padding:5px; width:500px;" |[https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final NIST 800-53, Rev. 5, IA-2(1–2), IA-2(12), and IA-8(1)]
  | style="background-color:white;" |'''21.17''' The system should support the use of personal identity verification—a U.S. Federal government-wide credential system—and other forms of hardware-based (i.e., public key infrastructure or PKI) token authentication, while electronically verifying those credentials and any configured token quality requirements.
|-
  | style="padding:5px; width:500px;" |[https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.359.5506&rep=rep1&type=pdf A2LA C223 5.4]
  | style="background-color:white;" |'''21.18''' The system should support the identification and tagging of infrequently performed forensic tests or analyses in order to alert the analyst and other stakeholders that additional competency verification or method validation is required before performing the test or analysis.
|-
  | style="padding:5px; width:500px;" |[https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.359.5506&rep=rep1&type=pdf A2LA C223 5.9]
  | style="background-color:white;" |'''21.19''' The system should allow case records to be scheduled for periodic administrative and technical review by individuals not connected with the case. The conducted review should indicate details such as who conducted the review, what the results were, and when the review was completed. If non-conforming results were discovered, records of determination and resolution should be appended to the case record.
|-
  | style="padding:5px; width:500px;" |[https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.359.5506&rep=rep1&type=pdf A2LA C223 5.9]
  | style="background-color:white;" |'''21.20''' The system should be able to document examiner testimony and allow such testimony to be scheduled for periodic evaluation. The conducted evaluation should indicate details such as who conducted the evaluation, what the results were, and when the review was completed. If non-conforming results were discovered, related records of determination and resolution should be maintained in the system.
|-
|}
|}
 
{|
| 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.cdc.gov/phin/tools/phinms/index.html CDC PHIN Messaging System]
  | style="background-color:white;" |'''22.1''' The system should be capable of interfacing with the Center for Disease Control and Prevention's PHIN Messaging System.
|- 
  | style="padding:5px; width:500px;" |[https://www.acmg.net/ACMG/Medical-Genetics-Practice-Resources/Genetics_Lab_Standards/ACMG/Medical-Genetics-Practice-Resources/Genetics_Lab_Standards.aspx ACMG Technical Standards for Clinical Genetics Laboratories G1.5]<br />
  | style="background-color:white;" |'''22.2''' The system should support Human Genome Variation Society (HGVS) nomenclature and terminology for sequence variants.
|- 
  | style="padding:5px; width:500px;" |[https://clsi.org/standards/products/quality-management-systems/documents/qms22/ CLSI QMS22 2.1.2.3]
  | style="background-color:white;" |'''22.3''' The system should be able to collect sufficient test utilization information to make necessity checks on ordered tests against established benchmarks.
|- 
  | style="padding:5px; width:500px;" |[https://www.healthit.gov/isa/united-states-core-data-interoperability-uscdi ONC USCDI v2]
  | style="background-color:white;" |'''22.4''' The system supports the United States Core Data for Interoperability (USCDI) v2 standard, which in turn supports data interoperability across multiple clinical settings.
|-
|}
|}
 
{|
| 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.aphis.usda.gov/aphis/ourfocus/animalhealth/lab-info-services/nahln/ct_nahln_it NAHLN Information Technology System]<br />[https://venomcoding.org/ VeNom Coding Group]<br />[https://vtsl.vetmed.vt.edu/ Veterinary Terminology Services Laboratory]
  | style="background-color:white;" |'''23.1''' The system should support standardized veterinary clinical terminology such as that found in the Veterinary Extension of SNOMED CT and the Veterinary Nomenclature (VeNom) Codes.
|-
  | style="padding:5px; width:500px;" |[https://www.icar.org/Guidelines/15-Data-Exchange.pdf ICAR 15 Data Exchange]<br />[https://vichsec.org/en/guidelines/general VICH GL53]
  | style="background-color:white;" |'''23.2''' The system should be able to exchange data, when necessary, in a fashion that meets International Committee for Animal Recording (ICAR) and Veterinary International Conference on Harmonization (VICH) electronic data exchange guidelines.
|-
  | style="padding:5px; width:500px;" |[https://www.aphis.usda.gov/animal_health/nahln/downloads/MessagingQuickGuide.pdf NAHLN HL7 Messaging Quick User Guide]
  | style="background-color:white;" |'''23.3''' The system should support National Animal Health Laboratory Network (NAHLN), and, by extension, Health Level 7 (HL7) result messaging.
|-
|}
|}
 
{|
| 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/e1578-18.html 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;" |'''24.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/e1578-18.html ASTM E1578-18 E-11-2]
  | style="background-color:white;" |'''24.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/e1578-18.html 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;" |'''24.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/e1578-18.html ASTM E1578-18 E-11-4]
  | style="background-color:white;" |'''24.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/e1578-18.html 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;" |'''24.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/e1578-18.html ASTM E1578-18 E-11-6]
  | style="background-color:white;" |'''24.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/e1578-18.html ASTM E1578-18 E-11-7]
  | style="background-color:white;" |'''24.7''' The SDMS shall provide security and access controls for protecting stored data.
|-
  | style="padding:5px; width:500px;" |[https://www.astm.org/e1578-18.html ASTM E1578-18 E-11-8]
  | style="background-color:white;" |'''24.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/e1578-18.html ASTM E1578-18 E-11-9]
  | style="background-color:white;" |'''24.9''' The SDMS shall provide proper systems for backing up, restoring, and archiving data for long-term use.
|-
|}
|}
 
{|
| 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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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;" |'''25.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.
|-
|}
|}

Latest revision as of 20:21, 16 August 2023

Sandbox begins below