FHIR Chat · Plan-Net Location · Da+Vinci+PDex+Plan-Net

Stream: Da+Vinci+PDex+Plan-Net

Topic: Plan-Net Location


view this post on Zulip Nicole Naegeli (Nov 19 2020 at 16:37):

Good morning! I'm new to all of this and I'm working on the provider API mapping and have a question on Resource Profile: Plan-Net location – specifically the Location.identifier. It indicates this is a unique code or number identifying the location to it’s users. The location type has a codeable concept (required) but yet the codes do not match what we would expect to be a location. They contain codes such as TIN, NPI, Driver’s license, etc. These are not generally associated to a provider location. I’m not sure what we are missing here, but it doesn’t seem to make sense?

Overall, the provider API profiles seem really extensive for provider directory. Are all of these profiles actually ‘required’? We have minimal provider directory datasets and want to meet the requirement, but some of these just don’t seem to make sense - are we missing something?"

view this post on Zulip Saul Kravitz (Nov 19 2020 at 17:46):

Hi @Nicole Naegeli
Location.identifier is not a required (min cardinality 1) or MustSupport element.

The capability statement sets the conformance requirements. You must support all of the profiles.
Please look through the examples and 'patterns' as described in https://build.fhir.org/ig/HL7/davinci-pdex-plan-net/implementation.html#Representing . My guess is that you will need all of the profiles except, perhaps for Endpoint.

If you have no data that uses a particular profile, the minimum support on the server side would be the ability to respond to the API search parameters with a response indicating that there are no instances satisfying the query.


Last updated: Apr 12 2022 at 19:14 UTC