FHIR Chat · Encounter Type Codeset · Da Vinci PDex

Stream: Da Vinci PDex

Topic: Encounter Type Codeset


view this post on Zulip Suma Vishnumoorthy (Mar 23 2021 at 13:30):

@Saul Kravitz @Mark Scrimshire - This is regarding Clinical data for Patient Access API. We have Procedure Codes which we load as Encounter Type while creating Encounter resources to represent Utilization Management cases. Encounter Type is bound to a codeset and allows CPT and SnowMed codes only. However from our sources, Procedure Codes come in Code Types NDC, SITE, HCPCS, NUBC and NDC. Can we extend the code set to provide code values of other code sets as well?
Same question holds when we load Procedure resource and procedure code belong to Code set Types NDC, SITE, NUBC and NDC.

view this post on Zulip Robert McClure (Mar 23 2021 at 22:17):

Some of those code systems make no sense as procedures and without seeing specifics my answer is no you should not do that. You should be mapping what you get to something in the expected set. Perhaps if you gave some examples it can be made more clear.

view this post on Zulip Suma Vishnumoorthy (Mar 26 2021 at 15:28):

@Saul Kravitz @Mark Scrimshire @Robert McClure @Suma Addagadde @Don
Robert - You are right. Some of them do not make sense as procedure codes. This is because we are considering Authorizations and Appeals made as part of Utilization Management cases as Encounters. We did not find any other resource in Davinci PDEX other than Encounter which can fit in Authorizations and Appeals data that we have in our systems. When we are dealing with Auths and Appeals we have Encounter type ( must have field) to be loaded and we are loading procedure codes associated with auth or Appeal in it. These procedure code could be a NDC code or a NUBC code or HCPCS code apart from CPT codes. I think an important question here is - Is encounter resource a right one to represent Auth and Appeals data ?


Last updated: Apr 12 2022 at 19:14 UTC