Department of Developmental Services

HCSIS Data Extracts Overview

Updated November 2013

Agenda

•	Background
•	Business Process
•	Key Screens
•	Key Logic 
•	Access Database Details
•	Switchboard Mapping

Background

•	What are Data Extracts?
•	Data Extracts is a tool in HCSIS that will allow users (DDS and Providers) to download HCSIS data in the form of a Microsoft Access database for the purpose of querying and reporting.
•	Extracts can only be requested and downloaded by users with the appropriate role.
•	Extracts will be available on a per-module basis
•	Event Management (Incident Reporting, Restraint Reporting, Medication Occurrence Reporting and Optionally Reportable Events)
•	Health Care Record
•	Death Reporting 
•	Investigations
•	Audit Trail 

Business Process 

Key Screens – Request Extract

•	Allows user to request one or more extracts by module (modules are in bold)
•	Users can not submit a request which has been previously submitted and is in a New or Queued status

Key Screens – Previous Requests
•	List all previous requests 
•	Provides the ability to delete extracts 
•	Deleting a New or Queued request will remove it from the screen 
•	Deleting a Processed request will delete the files from the server, but the record of the request will remain (without a link)

Key Logic

•	Data Extracts represent a point-in-time snapshot of information and require the user to limit the data in the extract based on a date range.
•	The date range does not apply to the Health Care Record.
•	Limited to a maximum year of data per request.
•	There may be additional restrictions based on user’s scope and module.  For example, a user at the Commonwealth Scope may be limited to 3 months of Incidents.
•	Data Extracts are created by HCSIS on a nightly basis and are available for download on the following day.
•	Data Extracts are downloaded as compressed Access Databases via ZIP files.

Key Logic 

•	Social Security Numbers are not masked; they include the full SSN.
•	The security policies that control access to an organization (and to a user) within the online HCSIS application also control what data is included in the Data Extracts. For example, an SC only sees information about the individuals in their caseload.
•	Provider Enhanced Security is not enforced within Data Extracts.  A provider user who requests a data extract will receive all the data for their organization and will not be limited by their security groups.
•	All of the information that is stored in HCSIS from the Meditech Data Repository will be contained in tables in each extract, except the Audit Trail. This information relates to Individuals, Providers, and the caseload of SCs. 
•	The information in the Meditech tables will represent the data stored in HCSIS from the Meditech Data Repository at the time the extract was run.  Therefore, a Provider may be able to view the demographic information for an individual at the time of an incident, which is stored in the Incident Tables, and the most recent demographic information for the individual, which is stored in the Individual Demographic Tables.
•	If a Provider requests an extract, the only information contained in the tables which store information about Providers from the Meditech Data Repository will be information for that Provider Agency.

Key Logic – Event Management

•	Users have the option to specify if the extract should include Incidents, Medication Occurrences, Restraints, and Optionally Reportable Events (for Providers only).
•	Extracts do not include events that have been logically deleted.
•	Includes events with a date occurred during the date range that the user specifies - or date discovered, if date occurred is unknown.
•	Includes information about the Individuals and Providers that are connected to an event during the date range.
•	This includes all information for the related records for the scope from the tables from the Meditech Data Repository, regardless of whether the information displays on a screen within that module.
•	Does not include information for incidents that the Provider has limited information about (if another provider or agency created the incident)
•	Includes events once they have been created in HCSIS.
•	Includes information about “In Progress” documents or reviews only if they were created by the user’s own organization.
•	For example, if a Provider creates an Incident and has not yet submitted the Initial Report, the Initial Report will be contained in the Data Extract requested by a user from that Provider Agency.  In HCSIS, the Area Office will not be able to view this Initial Report until after it has been submitted.  Therefore, the Initial Report will not be included in the Data Extract for an Area Office user until after it has been submitted.

Key Logic – Health Care Record

•	Includes all current Health Care Records - a date range is not required.
•	Includes information about the Individuals and Providers that are connected to a HCR during the time period
•	Includes all information for the related records for the scope from the tables from the Meditech Data Repository, regardless of whether the information displays on a screen within HCR.
•	Providers are able to view all information for HCR for individuals they currently support, not just the HCR they create.
•	Due to the amount of information captured in the HCR, it became necessary to split the data into four tables: T_EXRCT_HCR_1 through T_EXRCT_HCR_4.

Key Logic – Death Reporting

•	Includes only deaths that occurred during the date range that the user specifies.
•	Includes information about the Individuals and Providers that are connected to a death during the date range.
•	Includes all information for the related records for the scope from the tables from the Meditech Data Repository, regardless of whether the information displays on a screen within Death Reporting.
•	Only includes deaths that have an “accepted” Death Report. This status requires the Initial/Investigations Review with a status of Accepted to be finalized. This does not require a finalized Central Office Review.
•	Only includes information about documents (reports or reviews) that have been finalized.
•	For example, if Central Office begins a Central Office review on an “accepted” Death Report, the Death Report will be included in an extract. However, information about the incomplete Central Office Review will not be included in an extract, even for Central Office Users.  It will be included in extracts requested after it has been finalized.

Key Logic – Investigations

•	Includes only intakes that were received during the date range that the user specifies.
•	Only includes documents for the current disposition.
•	If switched from DDS to Investigate to Administrative Review, the Data Extract will not contain the Investigation Report.
•	Includes information about the Individuals and Providers that are connected to an intake/case during the date range
•	Includes all information for the related records for the scope from these tables from the Data Repository, regardless of whether the information displays on a screen within Investigations
•	Only includes information about documents (reports or reviews) that have been finalized
•	Action Plan/Resolution, Investigation Report, Nature of Allegation, and Decision Letter Issued Date do not apply to this rule
•	If a scope type does not have access to a document then it should not appear in their data extract.
•	Criminal Case Log should not be included for any scope other than Commonwealth and Investigative Region
•	Redaction applies to all scopes except the Investigation Region and Commonwealth

Key Logic – Investigations continued

•	Documents are included in the data extract if the scope has access to view the document and the document is in the below status:

Key Logic – Audit Trail

•	Audit Trail tables list all the users within the requestor’s scope who viewed sensitive screens within HCSIS during the date range that the user specifies.
•	For example, an extract requested by a user within Provider A from 1/1/2006 through 3/1/2006 will list all the users within Provider A who have viewed sensitive records from 1/1/2006 until 3/1/2006.
•	Each record will contain the name of the user, the date and time, the individual’s ID, and the screen ID that the user viewed. For reports, it will also include the Report ID and Report Criteria.
•	The only MEDITECH Information included is from T_CNSR and T_CNSR_SUIT.

Key Logic – Audit Trail Sensitive Screens
•	Death Reporting Switchboard
•	Data Extracts – Previous Requests
•	Data Extracts – Request Extracts
•	Health Care Record – Individual Search
•	Health Care Record Switchboard
•	IM Filing Process Management Screen
•	IM Review Process Management Screen
•	IM Switchboard
•	IM Utilities Delete Event
•	Individual Events
•	Investigations Update Document Status
•	Medication Occurrence Switchboard
•	Meditech Individual Details
•	Optional Reportable Event Screen
•	Report Request
•	Restraint Switchboard
•	Site Level Incidents
•	Action Plan/Resolution
•	Administrative Review
•	Criminal Case Log
•	Decision Letter
•	Facility Review Form
•	Decision Letter
•	Disposition
•	Initial Response
•	Intake Area Office Assignment
•	Intake Information
•	Intake Link to Case
•	Investigations File Upload
•	Investigation Appeal
•	Investigation Checklist
•	Investigation Printable Summary
•	Investigation Report
•	Investigation Report Extension
•	Investigation Switchboard
•	Investigator Assignment
•	Investigator Title 19 Form
•	Involved Parties
•	Nature of Allegation
•	Title 19 Provider/Facility Review Form

Access Database Details

•	Each database will contain the following:
•	Tables pertaining to the module/categories
•	Sample queries
•	Relationships between tables