Authorized Certification Body: Difference between revisions
Jump to navigation
Jump to search
(Created page with "==Full Title== This description of an Authorized Certification Body applies solely to the evaluaiton of applications used by Patients and their delegates to access Persona...") |
|||
Line 2: | Line 2: | ||
This description of an [[Authorized Certification Body]] applies solely to the evaluaiton of applications used by Patients and their delegates to access Personal Healthcare Information (PHI) and upload of data to providers. | This description of an [[Authorized Certification Body]] applies solely to the evaluaiton of applications used by Patients and their delegates to access Personal Healthcare Information (PHI) and upload of data to providers. | ||
==Context== | ==Context== | ||
Much of the language used here is | Much of the language used here is directled towards Health IT Modules running in providers web sites. It is adapted here to the case of Health IT for patients and delegates. | ||
# Information Blocking - there must be no action that cconsititues information blocking. But this only applies to apps that are from certified developers. | # Information Blocking - there must be no action that cconsititues information blocking. But this only applies to apps that are from certified developers. | ||
# The following communications must be provided for Health IT apps. | # The following communications must be provided for Health IT apps. | ||
Line 13: | Line 13: | ||
# Application Programming Interfaces (APIs) that are used for communications with: | # Application Programming Interfaces (APIs) that are used for communications with: | ||
## Electronic Health Records Providers (EHR) or Health Information Exchanges (HIE). | ## Electronic Health Records Providers (EHR) or Health Information Exchanges (HIE). | ||
## OpenID Providers of Identity Services | |||
## Credential Services Providers | |||
## Medical Record Locator Servcies | |||
## Trust Registries of providers of authorized certification. | |||
# Real World Testing | |||
## Set up of a test EHR or HIE | |||
## User Experience test program for users in as many categories as time allows. | |||
# Attestations - will be established by the formation of Device Assessment criteria that can be used by test labs to certify app developers. | |||
==References== | ==References== |
Revision as of 00:56, 26 October 2020
Full Title
This description of an Authorized Certification Body applies solely to the evaluaiton of applications used by Patients and their delegates to access Personal Healthcare Information (PHI) and upload of data to providers.
Context
Much of the language used here is directled towards Health IT Modules running in providers web sites. It is adapted here to the case of Health IT for patients and delegates.
- Information Blocking - there must be no action that cconsititues information blocking. But this only applies to apps that are from certified developers.
- The following communications must be provided for Health IT apps.
- The user ability of the app.
- The interoperability of the apis used by the app.
- The security of the app.
- User experiences when patients or delegates use the app.
- Business practices of the app developers.
- The manner in which the technologies in the app have been used in health IT.
- Application Programming Interfaces (APIs) that are used for communications with:
- Electronic Health Records Providers (EHR) or Health Information Exchanges (HIE).
- OpenID Providers of Identity Services
- Credential Services Providers
- Medical Record Locator Servcies
- Trust Registries of providers of authorized certification.
- Real World Testing
- Set up of a test EHR or HIE
- User Experience test program for users in as many categories as time allows.
- Attestations - will be established by the formation of Device Assessment criteria that can be used by test labs to certify app developers.