Stream: fmg
Topic: IG tool
Grahame Grieve (Jun 01 2016 at 20:19):
http://wiki.hl7.org/index.php?title=Proposed_new_FHIR_IG_build_Process
Grahame Grieve (Jun 01 2016 at 23:07):
did we get to talking about core IGs vs external IGs?
Grahame Grieve (Jun 01 2016 at 23:25):
here's a draft division for discussion:
Grahame Grieve (Jun 01 2016 at 23:25):
core : internal
openehr : internal
cqmf : external
ihe : internal?
uslab : external
sdc : external
sdcde : external
daf : external
ehrsrle : external
qicore : external
cqif : external
hspc : external
nehta : external
argonaut : external
gao : external
digitizeiom : external
ccda : external
pcd : internal
cts2 : external
payerextract : external
John Moehrke (Jun 01 2016 at 23:26):
why is openehr an internal?
Grahame Grieve (Jun 01 2016 at 23:27):
note that
internal means: published with the spec, on the same lifecycle, and linked to from within the spec
exteranl means: published on it's own lifecycle, and not linked to from the spec. Could still be published in the same place, but if it is, it needs it's own versioning infrastructure
John Moehrke (Jun 01 2016 at 23:27):
ihe clearly is external. how would it be a question? Is there something between IHE and HL7 positive that I don't know about?
Grahame Grieve (Jun 01 2016 at 23:27):
openehr internal because it's just a set of mappings, really. Maybe if it grew to be more it would become external
Grahame Grieve (Jun 01 2016 at 23:28):
ihe, I wasn't sure, because all it is is a DocumentReference profile that's mainly about mapping to XDS.b explicitly
John Moehrke (Jun 01 2016 at 23:28):
how does openehr benefit from the internal (lifecycle) distinction? besides politically... meaning what technical or practical benefit?
John Moehrke (Jun 01 2016 at 23:29):
ah, IHE will need to (need to be compelled to) publish many. THey have about 10 profiles today.
John Moehrke (Jun 01 2016 at 23:29):
none of them are published in technical form
Grahame Grieve (Jun 01 2016 at 23:29):
well, Ihe and openehr aren't actually published as implementation guides. They're just logical internal structures
Grahame Grieve (Jun 01 2016 at 23:30):
when IHE starts publishing those things, then that's an external IG
Grahame Grieve (Jun 01 2016 at 23:30):
so I'll redo my list:
John Moehrke (Jun 01 2016 at 23:30):
okay, then I am confused... when you say IHE you specifically mean the lost xds profile you and I worked on?
John Moehrke (Jun 01 2016 at 23:31):
that xds profile in the spec needs to be removed as it is grossly out of date...
Grahame Grieve (Jun 01 2016 at 23:31):
no longer called an IG:
core
openehr
ehrsrle
ihe
published with the spec
pcd
ccda
cqif
published outside the spec
cqmf
uslab
sdc
sdcde
daf
qicore
hspc
nehta
argonaut
gao
digitizeiom
cts2
payerextract
John Moehrke (Jun 01 2016 at 23:32):
so you mean internal --> integrated. or something like that.
Grahame Grieve (Jun 01 2016 at 23:32):
ok. well, make a task to remove it then. But what is represents - the XDS.b mapping - I'd like that to be somewhere
John Moehrke (Jun 01 2016 at 23:32):
in DocumentReference an DocumentManifest the mappings are good
John Moehrke (Jun 01 2016 at 23:33):
I actually used those mappings in the MHD publication.
Grahame Grieve (Jun 01 2016 at 23:33):
k well, we can ditch the profile then. And the "IHE IG" disappears
Grahame Grieve (Jun 01 2016 at 23:34):
and any future IHE one would be external - and, one imagines, published by IHE themselves
Paul Knapp (Jun 20 2016 at 11:11):
why do so many of the implementation guides build when you do a partial build - could there be a switch to supress as they take 60% of the build time.
Grahame Grieve (Jun 23 2016 at 00:10):
Paul: I'm starting on the process of moving the iGs out of the spec. Should happen over the next couple of weeks
Grahame Grieve (Jun 23 2016 at 20:43):
(deleted)
Last updated: Apr 12 2022 at 19:14 UTC
