Custom Profile Support about fhir-sdk HOT 2 CLOSED

That is indeed a fundamentally different design and sounds more like a new library if the structs are generated in user code. I don't think this will find its way into this crate.

However, due to profiling still being in conformance with the FHIR resource layout, you could make a trait on top:
There could be a proc macro generating a trait for a profile. The trait is then implemented for the specified resources in the profile and validates conformance with the profile. That way you would need to remember to call the validation though.

from fhir-sdk.

There is now even more possibilities: It would be possible to make your own structs for the profile (in what way ever, generated or not). Then you can use custom requests and parse the response to your types instead. The rest of the machinery would still be used, only URLs and response status handling would be custom.
Though it might even be possible to use the normal client methods without custom requests at all. It might be possible to just implement the required traits.

That said, I don't think I will bake in custom profile support itself, but allow crates on top to implement that without a lot of effort. So, closing this for now, but feel free to reopen if you think it is not easy enough to build profiles on top.

from fhir-sdk.