Conversation
|
💥 Something went wrong while building the pull request environment. |
|
💥 Something went wrong while deploying the pull request environment. |
|
🚀 PR environment successfully deployed. |
|
🚀 PR environment successfully deployed. |
|
🚀 PR environment successfully deployed. |
|
|
🚀 PR environment successfully deployed. |
|
💥 Something went wrong while deploying the pull request environment. |
|
🚀 PR environment successfully deployed. |
|
|
||
|
|
||
| class ParentExtension(BaseModel): | ||
| valueCodeableConcept: Annotated[ |
There was a problem hiding this comment.
If we want to allow producers to define their own extensions, do we need value to be more generic to support extensions with values of types other than CodableConcepts?
There was a problem hiding this comment.
I'm not sure I've just kept the extension as its always been defined but could make it more generic ?
There was a problem hiding this comment.
As discussed offline, we're going to support extensions that have a CodableConcept value only on the initial implementation. We will add a question to producer supplier onboarding to confirm if the pointers being created will have other custom extentions and then we'll extend our validation as required.
|
|
🚀 PR environment successfully deployed. |



No description provided.