FHIR Chat · IG of IGs · IG creation

Stream: IG creation

Topic: IG of IGs


view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 13:11):

Can we use an IG to create a content grouping for several IGs? A single page that would then link to other IGs? Or that's a job for HTML?
Example: This is the IG that contains the Ministry's recommendations on everything primary care / everything imaging / everything Quality of Care.

view this post on Zulip John Moehrke (Mar 22 2019 at 13:40):

Is this an IG importing another IG? Or is it an IG importing the Actors (CapabilityStatements) and profiles (StructureDefinitions)? I ask because I think it is the technical solution from the first IG that you need in the second IG; but the second IG has their own use-cases and flows... right? This distinction is not easy to see with very simple IG that we tend to have today, but likely will be more clear with complex IG.

view this post on Zulip John Moehrke (Mar 22 2019 at 13:42):

For example, I was involved in the creation of the eLTSS IG, that wanted to start with US-Core and add a CarePlan workflow for Long Term conditions... The solution is still not fully clear to me either

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 15:29):

Not importing, more like a landing and index page. More familiar example - the top IG could be the IHE Pharmacy Technical Framework - a group of IGs, each of the IGs could be a profile.

view this post on Zulip David Pyke (Mar 22 2019 at 15:33):

So a better structured page than http://www.fhir.org/guides/registry?

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 16:02):

Different purpose. That is a broad repository. I want a curated collection. for example the IHE Pharmacy Technical Framework 2019 (which does not include all the Pharmacy profiles, nor all the IHE profiles, and includes only the "active" profiles.

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 16:04):

But even if that kind of page, is there a resource for that? an IG of IGs? if an IG can contain (not inherit, contain) IGs, that would be a solution. Otherwise we just generate an HTML page.

view this post on Zulip David Pyke (Mar 22 2019 at 16:13):

Confluence pages would be a good place for that kind of thing

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 16:28):

Is it something you could declare conformance with or validate with? If so, you'll need to import them. If you just want to say "For your information, this thing exists", then just include a hyperlink on a page.

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 18:51):

Yes, need to declare conformance since the "Technical Framework" is actually nothing but a composition of the different profiles. I will see how Importing looks esp when passing it through publisher. I assume wiki is collaborative, always editable, etc, not what I would look for - i was looking at static, generated pages.

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 18:53):

perhaps i just generate a static page for first experiment

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 18:57):

The IG is more than just what gets rendered. If you want the profiles of the referenced IGs to be available when validating, you'll have to import them. (And the referenced IGs will need to be version-specific references.)

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:01):

Ok, in different words: can/should we use an IG (including Imported IGs) to produce a "Release" (in the sense of Release Management) ? the referenced IGs are versioned, so is the container.

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:02):

but the container itself has a version, but has no specific constraints.

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 20:03):

It's ok for it to not have its own constraints if it's "packaging" a specific set of versions of other things.

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:03):

ok, so we _could_ use an IG to just contain other IGs. (right?)

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:04):

I was wondering if that was the right resource (or rather a composition, or an XML that has nothing to do with FHIR)

view this post on Zulip David Pyke (Mar 22 2019 at 20:06):

So, an IG with no definition, just dependsOn sections? Is that valid?

view this post on Zulip Grahame Grieve (Mar 22 2019 at 20:20):

still not sure what this achieves over simply a page built from a json object

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 20:27):

It means that you can point the validator at the IG and an instance and it'll automatically have access to all of the profiles from the imported IGs. A simple webpage doesn't mean anything to the validator

view this post on Zulip Grahame Grieve (Mar 22 2019 at 20:40):

and that would be useful to the validator because?

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:52):

I guess if this is for IHE Technical Frameworks, the validation would happen on the lower IGs (Profiles), not the container (TF) as a whole. Right @John Moehrke ?
@David Pyke yes, (altough the term "depends on" seems strange in this context, but I guess it is ok)

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:55):

i thought my choices to produce this "collection of IGs" were:
a) a uber-IG? (my original question)
b) composition
c) whatever-other-format-xml/json
d) manually created html.. common but not my goal

view this post on Zulip Jose Costa Teixeira (Mar 22 2019 at 20:55):

so yes, i could generate it from a json.

e) a package.json if sensible

view this post on Zulip John Moehrke (Mar 22 2019 at 21:16):

I have a good example, but we (IHE) failed to address this at the ImplementationGuide, StructureDefinition, and CapabilityStatement. The example is the mXDE profile, which is a profile that simply orchistrates QEDm and MHD. The mXDE profile simply turns on an option that is defined in QEDm, and adds functionality that does not present as Interop requirements. We didn't need to address the level of detail that Jose is thinking of, but it could certainly leverage it if we came up with the situation.

view this post on Zulip Grahame Grieve (Mar 22 2019 at 21:21):

so that's just an IG with dependencies

view this post on Zulip John Moehrke (Mar 22 2019 at 21:21):

yes, I think that is what Jose is expressing in ( a )

view this post on Zulip John Moehrke (Mar 22 2019 at 21:22):

So, an IG with no definition, just dependsOn sections? Is that valid?

is this what that kind of uber-IG is?

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 22:39):

and that would be useful to the validator because?

So that I can pass one IG into the validator and it can go find the rest instead of my needing to list all 6 of them when I want to validate an instance.

view this post on Zulip Grahame Grieve (Mar 22 2019 at 23:21):

I'm not sure I understand that. when would you want to do that?

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 23:25):

When I'm validating an instance against the comprehensive IG?

view this post on Zulip Grahame Grieve (Mar 22 2019 at 23:33):

I don't know what that means. you validate against profiles

view this post on Zulip Lloyd McKenzie (Mar 22 2019 at 23:34):

You validate against profiles, but you get the validator to load profiles by pointing to an IG.


Last updated: Apr 12 2022 at 19:14 UTC