We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byCole Maynard
Modified over 3 years ago
© 2011, Data Interchange Standards Association Provider Directory Presentation to: HIT Standard Committee Privacy & Security Work Group Presented by: Don Bechtel on behalf of ASC X12 – April 6, 2011
© 2011, Data Interchange Standards Association 2 X12 Transaction Standards ANSI chartered the Accredited Standards Committee X12 in 1979 to develop transaction standards for electronic commerce. ASC X12 is used in multiple industries: Finance (X12F), Government (X12G), Transportation (X12I), Supply Chain (X12M), Insurance (X12N), and others. Insurance (X12N) provides transactions for several lines of business –Property and Casualty –Health Care – which supports a number of transactions, including: ASC X12 270/271 Eligibility ASC X for Provider Directories ASC X Authorizations, Referrals, and Notifications ASC X Claims transaction And the other HIPAA mandated transactions. And more. Our standards are also available as XML schema as well ASC X12 is a member of the Standards Charter Organization (SCO)
© 2011, Data Interchange Standards Association 3 What capabilities does X12 Std provide for an EHR query to a Provider Directory? The ASC X Provider Directory has several Implementation Specifications that can used –4050X185 Is an Inquiry and Response transaction for a Provider Directory Providers (and consumers) can request a list of providers from a specific geography, from a specific payer network, and by a specific specialty. Responses will provide a list of providers qualified by the request and can provide information about the providers practice. This transaction could be migrated to version If additional business requirements are identified by the this committee, we might be able to incorporate those in version 5010, provided the base standard supports the needed data elements. –4010X109 is the Provider Directory This Implementation Guide provides transaction specifications used to populate a Provider Directory; it has been published for several years. Plans are to bring version 5010X207 forward soon, but we are now waiting to see if additional requirements are needed from HIT Standards Committee.
© 2011, Data Interchange Standards Association 4 What capabilities does X12 Std provide for an EHR query to a Provider Directory? X109 – Provider Directory Available Information Affiliated Hospital Group Network Provider (i.e. doctor or facility) Site Name Identification Numbers Direct Contact Information Demographic Information Languages Spoken Work Schedule Location Logistics Healthcare Delivery Focus Healthcare Specialty Licensing/Accreditation/Certification Name of the affiliated entity Identification Numbers of the affiliated entity More… X185 – Provider Directory – Inquiry/Response Information Provider Name Geographic information Provider area of specialization Network Hospital Participation dates Provider Role Accepting new patients Provider Identification Number Geographic information Provider Age Provider gender Provider Language Site specific assistive aids State licensing information Site ID Provider site location Site location information Provider work schedule information More…
© 2011, Data Interchange Standards Association 5 What information do EHRs need to retrieve from a Provider Directory to enable a health information exchange with another provider? The ASX X12 Provider Directory transaction was developed to allow a provider (or consumer) to inquire and locate a provider within their (payers) network of providers, within a geography, for a specific specialty. To conduct an inquiry, the provider would need to know the electronic address of the provider directory and be able to identify themselves in the transaction. The response will provide one or more providers meeting the qualifications requested. To information returned about the provider will include contact information, which today can include an address, physical location, phone and fax numbers, and individual contact names. This might be expand to include other types of addresses if not already provided. More importantly, it will provide other information about the providers practice that will be useful to make a decision about which provider is preferred, based on specialty, languages spoken, gender, hospital affiliation, actual location … What would be required from the committees perspective? We may be able to accommodate additional information.
© 2011, Data Interchange Standards Association 6 What technical standards (content) that exist today would you recommend for enabling an EHR to query a Provider Directory? The ASC X12 transaction standards are content focused. –They require specific data content for the exchange of information to meet a specific business purpose, usually industry specific. In this case the ASC X transaction would be used. –Implementation specifications are written by ASC X12 to provide more tailored implementation specification for an industry sector, in this case, the transaction was written for use within insurance, and a TR3 was written for a health care specific setting. Provider Directory Implementation Guide (TR3) designated as 4050X109 Inquiry and Response Implementation Guide (TR3) designated as 4050X185 –Specialties are identified by codes from the Health Care Provider Taxonomy Code Set maintained by National Uniform Claims Committee (NUCC), which is chaired by AMA.
© 2011, Data Interchange Standards Association 7 Implementation Guide Descriptions for the ASC X Transaction ASC X X109 – Provider Directory The purpose of this implementation guide is to provide standardized data requirements and content for all users of ASC X12 Health Care Provider Information (274) transaction. This implementation guide provides a detailed explanation of the transaction set by defining data content, identifying valid code tables, and specifying values that are applicable for creation of a provider directory. ASC X X185 – Provider Inquiry and Response The purpose of this implementation guide is to provide standardized data requirements and content for all users of ASC X12 Health Care Provider Information (274) transaction. This implementation guide provides a detailed explanation of the transaction set by defining data content, identifying valid code tables, and specifying values that are applicable for creation of a provider directory. The intention of the developers of the 274 is represented in this guide.
© 2011, Data Interchange Standards Association 8 What gaps exist today in the recommended standard for such exchanges? If the definition of a Health Care Provider is broadened beyond what is defined by HIPAA, for example, to include Public Health Agencies, then this may be a gap in our Implementation Guide, but not necessarily in our standard. –This means that this may be corrected without modification to the base standard, a much faster fix process, especially given that this is not a HIPAA mandated transaction, it can avoid the regulatory process. We may have a gap in the type of communication channels to be identified if it is not part of what we have traditionally included: – address, telephone, fax, individual contact name Others could be made available –These would most likely be Implementation Guide gaps, not gaps in the Standard. If the standard requires an address type not defined by ASC X12, that would require more significant data maintenance to the standard; but this is very doable.
© 2011, Data Interchange Standards Association 9 What certification criteria would we suggest for an EHR query of a Provider Directory? There are a variety of test tools on the market today that will validate transaction conformance to the ASC X12 transaction standard. –Most entities exchanging ASC X12 transactions today have some form of transaction validation (conformance verification) built into their system –Usually done at the front end to avoid processing problems once the transaction is acquired and accepted for processing –These could be added to the set of tools used by certifiers today to validate the transactions being produced by an EHR –These typically do not verify content other than physical attributes. –Some translators/validation editors can verify contents as well. Those that can produce a 999 Acknowledgement transaction, would be capable of providing deeper content editing, code set validation, conformance with the implementation guide specifications, and some level of context editing/validation. –These are not ASC X12 products, but rather commercial products.
© 2011, Data Interchange Standards Association 10 What standards are needed to define the structure and content of a Provider Directory? Are there such standards available today? The standards were identified in slides 3, 4, 6, and 7 of this presentation. These transaction standards are available today. The Content of the Provider Directory is specified based in the ASC X12 version X109 or not yet released X207 Implementation Guides. The structure of a Provider Directory is not defined by ASC X12, as these are transaction standards. –However, some structure guidance might be taken from the implementation guides where closely related data elements are collected into a data segment, and data loops. However there is no requirement to do this.
© 2011, Data Interchange Standards Association 11 What standards are needed to support the submission (publishing) of directory content to a national Entity-Level Provider Directory? Available today? This would utilize the ASC X transaction with the X109 or the X207 Implementation Guides as discussed in earlier slides. The X109 is available today. The X207 will be ready soon, but we are waiting to see if more requirements will be provided by the HIT Standards Committee, that ASC X12 might incorporate before publishing.
© 2011, Data Interchange Standards Association 12 Any other points important to be considered with respect to standards for Provider Directories? ASC X12 believes that the Provider Directory needs to provide more than just an electronic address of providers. In todays healthcare system, many patients/consumers are required to use providers within their Health Plans network of providers, failure to do so may have increased out of pocket cost to the patient. Keeping this relationship in mind with these queries is important. Were not sure we fully understand the use-case of this directory, if it is just to find an electronic address to exchange data, then our standard goes beyond this scope. But again, we believe that more information is really necessary, namely: the providers specialty if youre looking for specific services for a referral, whether the provider is taking additional patients, are the providers characteristics compatibility with the patient (location, gender, language, hospital affiliation, etc), all of which are provided by ASC X12 Provider Directory including electronic addresses.
© 2011, Data Interchange Standards Association 13 Work we are doing today on standards for provider directories ASC X12 Insurance Subcommittee has an active work group for Provider Directories, which meets each trimester. ASC X12 is ready to accept new requirements for this directory and is prepared to make changes/adjustments to the Implementation Guides or the Base Standards as identified by industry stakeholders or ONC. ASC X12 as a member of the SCO, is preparing to hear more information on Provider Directory requirements at our April 21 st meeting, at which Walter Suarez is scheduled to provide information. The SCO has been planning a joint project that would include: HL7, IHE, NCPDP, and GS1 to jointly develop a Provider Directory that would satisfy the varying requirements from each industry segment these organizations represent. –The scope of this project will be discussed and decided during their April 2011 meeting, following Walters presentation.
HIT Standards Committee Privacy and Security Workgroup Dixie Baker, Chair, Privacy and Security Workgroup Walter Suarez, Co-Chair, Privacy and Security.
1 Operating Rules Status NCVHS Subcommittee on Standards December 3, 2010 Updated on enhancements to Operating Rules for Eligibility and Claim Status.
X12N Task Group 3/Work Group 2 July2000 Health Care Transactions ANSI ASC X12N Insurance Sub-Committee Task Group 3 Business Transaction Coordination and.
EDI Standards Development Pamela A. Grosze, Manager of Systems and Software Engineering, NDCHealth.
Electronic Data Interchange (EDI) Week 7. EDI Introduction Successful companies have been doing EDI for years; the Government is just beginning. Smart.
Electronic Submission of Medical Documentation (esMD) Face to Face Informational Session esMD Requirements, Priorities and Potential Workgroups – 2:00pm.
NCVHS and the Standards, Implementation Specifications and Operating Rules for Claim Attachments Walter G. Suarez, MD, MPH Director, Health IT Strategy.
HIT Policy Committee NHIN Workgroup HIE Trust Framework: HIE Trust Framework: Essential Components for Trust April 21, 2010 David Lansky, Chair Farzad.
Delivering Global Innovation Opens Standards Development and Process Automation.
Clinical Quality Workgroup April 10, 2014 Commenting on the ONC Voluntary 2015 Edition Proposed Rule Marjorie Rallins– co-chair Danny Rosenthal –co-chair.
Networking and Health Information Exchange Unit 6b EHR Functional Model Standards.
HIT Policy Committee Information Exchange Workgroup NwHIN Conditions for Trusted Exchange Request For Information (RFI) May 15,
Certification and Adoption Workgroup HIT Policy Committee April 28, 2014 Discussion on Incremental Rulemakings.
January 5, 2010 SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT Healthcare Provider Directory (HPD) Data Model Discussion IHE Tcon January 5, 2010.
This material was developed by Duke University, funded by the Department of Health and Human Services, Office of the National Coordinator for Health Information.
EsMD Harmonization Mapping Analysis for X & X
5 TH National HIPAA Summit HIPAA Vendor Readiness SIEMENS/HDX Presentation 1 November 2002 Don Bechtel HDX Compliance Officer Co-chair WEDI SNIP Transactions.
November 10, 2009 SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT Health IT Provider Registry IHE Proposal Overview Proposed Editor: Shanks Kande, Nitin Jain.
HIT Policy Committee NHIN Workgroup Recommendations Phase 2 David Lansky, Chair Pacific Business Group on Health Danny Weitzner, Co-Chair Department of.
Transactions, Code Sets and Identifiers (NPI) Update Jim Whicker, CPAM Intermountain Healthcare Director of EDI, A/R Management Chair, WEDI AAHAM EDI Liaison.
January 7,2010 SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT Healthcare Provider Directory (HPD) Data Model Discussion IHE TCON January 7, 2010.
HIT Standards Committee Privacy and Security Workgroup Recommendations for Electronic Health Record (EHR) Query of Provider Directories Dixie Baker, Chair.
Eligibility, Benefits, and Pre-certifications Availity Customer Connection 2011 ©2011 Availity, LLC | All Rights Reserved 1 Rev
SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT 1 February 3, 2010 List of HPD Use Cases: Yellow Pages/Contact Data Query Look up providers and their associations.
Qualified Clinical Data Registries a Data Intermediary Model May 20, 2013 Data Intermediary Tiger Team.
Discussion - HITSC / HITPC Joint Meeting Transport & Security Standards Workgroup October 22, 2014.
Road Map for Implementing the Health Care Service: Data Reporting guide.
Authentication, Access Control, and Authorization (1 of 2) 0 NPRM Request (for 2017) ONC is requesting comment on two-factor authentication in reference.
Systems, Data and HIPAA from a Medicaid Perspective Rick Friedman, Director Division of State Systems Center for Medicare and Medicaid US Dept Health &
HIT Policy Committee Meeting Nationwide Health Information Network Governance June 25, 2010 Mary Jo Deering, PhD ONC, Office of Policy and Planning NHIN.
The Coming Crash? HIPAA: Transactions, Codes Sets and Identifiers (TCI) Joseph C Nichols MD Paladin Data Systems Sept 16, 2003.
HIPAA Vendor Readiness Siemens/HDX Audio Telecast July 24, 2002.
Electronic Data Interchange Assessment Strategies Application Systems Trading Partners Business Associates Application Vendors The Standards Application.
Nationwide Health Information Network: Conditions for Trusted Exchange Request For Information (RFI) Steven Posnack, MHS, MS, CISSP Director, Federal Policy.
Standard Unique Health Identifier for Health Care Providers April 9, th Annual HIPAA Summit Gail Kocher Highmark.
February 1,2010 SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT Healthcare Provider Directory (HPD) Data Model Discussion IHE Face 2 Face February 1, 2010 Profile.
How State Agencies are Responding to HIPAA HIPAA Summit West March 2002 Presented by Denise Love National Association of Health Data Organizations.
1 THE HIPAA COLLOQUIUM at Harvard University HIPAA Compliance Strategies for Clearinghouses Thursday, August 22, 2002 James Mechan Senior Vice President.
January 19,2010 SOCIAL SECURITY ADMINISTRATION-HIT SUPPORT Healthcare Provider Directory (HPD) Standards and Transaction Discussion IHE TCON -2 January.
Electronic Submission of Medical Documentation (esMD) Face to Face Informational Session Charter Discussion – 9:30am – 10:00am October 18, 2011.
© 2009 The McGraw-Hill Companies, Inc. All rights reserved. 1 McGraw-Hill Chapter 4 The HIPAA Transactions, Code Sets, and National Standards HIPAA for.
Georgia Department of Community Health HomeTown Health Lunch & Learn Georgia Health IT Update August 21, 2012.
© 2010, Data Interchange Standards Association The Designated Standard Maintenance Organizations Process July 2010.
HITSP – enabling healthcare interoperability 1 enabling healthcare interoperability 1 Standards Harmonization HITSP’s efforts to address HIT-related provisions.
HIPAA: Privacy, Security, and HITECH, Oh My! Presented by Stephanie L. Ganucheau, Special Assistant Attorney General.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
WHAT'S AHEAD? Kathy Whitmire Dale Gibson February 15, 2011 HIPAA 5010, ICD-10, ACO's, VBP, HIGLAS, PECOS.
EsMD Background Phase I of esMD was implemented in September of It enabled Providers to send Medical Documentation electronically Review Contractor.
April 11, 2007 Prepared by the North American Energy Standards Board 1 North American Energy Standards Board Standards Development Process.
© 2017 SlidePlayer.com Inc. All rights reserved.