The SDC schemas are in GitHub at https://github.com/esacinc/sdc-schema-package.
There are command-line git clients as well as GUIs. The command-line client in Windows that has been used is called Git Bash, and it comes with a basic GUI as well. https://git-scm.com/downloads
More advanced GUIs can be found at https://git-scm.com/download/gui/windows.
If you plan on making changes to the schema files and sharing those with the group, you'll want to fork (more info) the repository above into your own GitHub account, and then you'll clone it to get it locally. If you just want to view and/or use the files you can just clone the repository. A clone is basically equivalent to an SVN checkout:
git clone [project url, whether ESAC's or your fork]
git clone https://github.com/esacinc/sdc-schema-package
If you're already familiar with SVN, this page tries to translate similar ideas over to git. However, there is a big difference between the two. SVN uses a central repository as the source of truth. With git, there is no defined central repository. All git repositories are created equal. Even the GitHub repository. The only thing that makes the GitHub repository special is that we all decide that it is. This has implications on the workflow, as described below. "Cloning" a git repository really does clone it. You have the full, working git repository on your local machine, not just a copy of the files.
Let's imagine that you make code changes and are ready to share them. Here is the difference between SVN and git. A git "commit" command will only commit the files to the repository that is being used, which in this case is your local clone. Because the local clone is a complete, working git repository, commits at this point are still only local.
To get the changes to appear on GitHub (in a manner similar to a SVN commit), you'd use git push. This pushes your local commits to a remote repository. However, this is not what we want to do and would be wasting git's ability to facilitate distributed development. Git usually works differently, especially with commits coming from multiple sources. We will use what is known as a "pull request." A pull request is a request from someone with code changes to pull those code changes into another repository. In our case, a contributor would issue a pull request to the main GitHub project, asking that their code changes be reviewed and pulled into the project. Then every other person using the code can pull those changes to their own repositories.
When you've created a fork, at some point you'll want to update your fork with the original (ESAC-owned) repository. This link shows how to do that: https://help.github.com/articles/syncing-a-fork/
With electronic health record (EHR) adoption rising across the U.S., the volume and detail of information captured by healthcare organizations and providers will grow exponentially. Although health care providers and others use various sources and methods to capture and synthesize patient-level data, EHRs have been recognized as the data source with the highest potential to provide timely and relevant data in a form that is quickly usable for quality and safety improvement, population health, and research (sometimes labeled "secondary" use or "reuse" ). EHR data obtained during episodes of care will become increasingly valuable to healthcare organizations striving to leverage electronic information to drive efficiency and quality. Of particular interest are efforts to leverage clinical data captured during episodes of care and link the clinical data to supplemental data collected for other purposes including: 1) clinical research, 2) patient-safety event reporting, 3) public health reporting, and 4) determination of coverage. Once captured, aggregated and analyzed, these combined data can be used to identify trends, predict outcomes and influence patient care, drug development and therapy choices.
The Structured Data Capture (SDC) Initiative aims to define the necessary requirements (including metadata) that will drive the identification and harmonization of standards to facilitate the collection of supplemental EHR-derived data. In 2014, the SDC Initiative published new Implementation Guidance to define how structured data can be accessed from EHRs and be stored for merger with comparable data for other relevant purposes to include:
The structured standard for data elements in the IHE SDC Profile is based on ISO/IEC 11179-3; the FHIR SDC Profile includes a new DataElement Profile based on DataElement Resource. The structured standard for forms in the IHE SDC Profile is based on ISO/IEC 19763; the FHIR SDC Profile uses Questionaire/Answer Resource which are based on the same SDC conceptual model. The standard for how EHRs exchange information and how they pre-populate and auto-populate forms are in both the IHE and the FHIR profile.
The Steering Team is seeking broad participation-by providers, HIT vendors, research communities, patient safety organizations (PSOs), pharmaceutical firms, Public and Private Health Insurance Payers other interested parties-in SDC pilots. SDC pilot participants could realize several benefits, including but not limited to:
The implementation of consensus driven standards for structured data capture from EHRs is expected to improve efficiencies and promote collaboration by:
Document Name | Description |
---|---|
SDC Pilots Planning and Actions | Working document with current status/signup of participating pilot organizations, along with a printable version of the Pilot Checklsit. |
SDC Pilot Overview (in review) | An overview of the SDC Pilots Workgroup including a Value Statement for Participating Entities, Benefits of Participation as an SDC Pilot Site and steps for How to Get Started. (A downloadable version of the information on this wiki page) |
FHIR SDC Profile | Link to the latest version of the FHIR SDC Profile. Please note there are TWO IG's that are relevant to SDC. The Structured Data Capture IG and the Structured Data Capture - Data Element Exchange IG. |
IHE SDC Pilot Template | A PowerPoint template for potential pilots interested in implementing the IHE SDC Profile. Fill out this emplate with the the details of your proposed pilot project. |
FHIR SDC Pilot Template | A PowerPoint template for potential pilots interested in implementing the FHIR SDC Profile. Fill out this template with the details of your proposed pilot project. |
Role | Name | |
---|---|---|
Initiative Coordinator | Ed Hammond | william.hammond@duke.edu |
ONC Lead | Farrah Darbouze | farrah.darbouze@hhs.gov |
Project Manager | Jenny Brush | jennifer.brush@esacinc.com |
PM Support | Lamah Asadullah | lamah.asadullah@esacinc.com |
Harmonization and Standards Development Support | Perri Smith | perri.smith@accenturefederal.com |
Technical Lead and Standards Development Support | Vijay Shah | vshah@jbsinternational.com |
NLM Teaming Partner | Lisa Lang | langl@nlm.nih.gov |