Stream: australia
Topic: Australian Patient
Grahame Grieve (Aug 29 2016 at 23:28):
Has anyone done a profile for Australian Patient yet?
Grahame Grieve (Aug 29 2016 at 23:28):
are we far enough along that we can make one now?
Brett Esler (Aug 29 2016 at 23:34):
I started... https://simplifier.net/fhir-au/au-patient
Brett Esler (Aug 29 2016 at 23:34):
DSTU2
Grahame Grieve (Aug 29 2016 at 23:35):
can move that to an implementation guide that we publish side by side with the RCPA one?
Stephen Royce (Aug 29 2016 at 23:35):
@Stephen Chu & I are working on one now. However, we're doing it as part of a total overhaul of our Participation Data Specification, so it might be a while before anything useful materialises. We could give the profile priority though.
Grahame Grieve (Aug 29 2016 at 23:36):
say http://fhir.hl7.org.au/fhir/base
Stephen Royce (Aug 29 2016 at 23:36):
There is some stuff on the HL7 Australia wiki too. I presume that's what Brett's referring to.
Brett Esler (Aug 29 2016 at 23:37):
can we do this in open?
Grahame Grieve (Aug 29 2016 at 23:37):
well, I would put in in github like the RCPA one
Brett Esler (Aug 29 2016 at 23:37):
good for me
Stephen Royce (Aug 29 2016 at 23:37):
Do what in the open? The Participation Data Specification redevelopment?
Brett Esler (Aug 29 2016 at 23:38):
crazy to working on the same stuff independently...
Stephen Royce (Aug 29 2016 at 23:39):
Yeah; sure. I think we plan to. We've only just started and have nothing more than a vague plan about what we'd like to achieve.
Stephen Royce (Aug 29 2016 at 23:40):
I had fully expected that we would take what you'd already done, see how that fitted with what we need and suggest updates back.
Grahame Grieve (Aug 29 2016 at 23:40):
ok. I'll set it up shortyl. Brett, you and me as committers? anyone else?
Stephen Royce (Aug 29 2016 at 23:41):
Also, we'd want ours to be STU3.
Brett Esler (Aug 29 2016 at 23:41):
can we do DSTU2 and STU3 as working...
Grahame Grieve (Aug 29 2016 at 23:42):
that part is challenging, a little.
Brett Esler (Aug 29 2016 at 23:42):
how is the STU3 tooling - ive been using forge but handroll is ok...
Grahame Grieve (Aug 29 2016 at 23:43):
at the moment, Patient hasn't changed much, and we're not interested in the change portions. So we can leave the simplifier profile at DSTU2, but publish it as STU3 (say, 2016 may, but i'll have to see what version RCPA one wants to run)
Grahame Grieve (Aug 29 2016 at 23:44):
STU3 tooling is way solid now. Lloyd's used it
Brett Esler (Aug 29 2016 at 23:44):
yep cool
Brett Esler (Aug 29 2016 at 23:48):
can we put a plan together... @Brian Postlethwaite might be able to help also... if Stephen has some hours that would help.. if we can have a process and tools sorted that would help some of the other participants of the au committees...
Grahame Grieve (Aug 29 2016 at 23:50):
well, tools, I can put in place
- source control in github
- profiles edited with Forge
- published with IG publisher
And I will do this today.
Brett Esler (Aug 29 2016 at 23:51):
fantastic!
Grahame Grieve (Aug 29 2016 at 23:51):
process, HL7 Australia has to own, but this serves us well:
- a task tracking system
- designated community process for signing off on tasks
- approved committers make changes in github
- content is published after changes (manual for now)
Grahame Grieve (Aug 29 2016 at 23:52):
does HL7 Australia have a task tracking system?
Brett Esler (Aug 29 2016 at 23:52):
- Jira is there for Hl7 au
Grahame Grieve (Aug 29 2016 at 23:53):
what's the address?
Brett Esler (Aug 29 2016 at 23:54):
http://jira.hl7australia.com/secure/Dashboard.jspa
Grahame Grieve (Aug 29 2016 at 23:56):
should my confluence account work?
Brett Esler (Aug 29 2016 at 23:57):
it should...
Brett Esler (Aug 29 2016 at 23:57):
if not will hassle Beck M
Grahame Grieve (Aug 30 2016 at 00:27):
so it turns out that there's a github repository called 'fhir-impl' with a subdiretory 'rcpa'
Grahame Grieve (Aug 30 2016 at 00:28):
that would imply that I should just create a new subdirectory 'base' in the existing project
Grahame Grieve (Aug 30 2016 at 00:28):
is that right? and do we want to call it 'base', 'admin', '4700.1'..?
Brett Esler (Aug 30 2016 at 00:29):
4700.1 might lead to a law suit at this point...
Stephen Royce (Aug 30 2016 at 00:30):
Besides, wouldn't you want AusPatient
in 4846!
Grahame Grieve (Aug 30 2016 at 00:32):
well, at least people are paying attention. Not 4700.1 then
Grahame Grieve (Aug 30 2016 at 00:32):
but what...?
Brett Esler (Aug 30 2016 at 00:50):
i'd be happy with admin
Stephen Royce (Aug 30 2016 at 00:53):
I'd prefer base
or foundation
or lib
. While admin
might be good for Patient
-- since it links in nicely with "patient administration" -- it probably won't be okay for other foundational resources. (Unless you deem all such resources to be administrative.)
Grahame Grieve (Aug 30 2016 at 00:54):
what other resources might we profile in general for Australia, and for reasons other than adminsitrative?
Brett Esler (Aug 30 2016 at 00:55):
include Patient, Practitioner, Organization anything else?
Grahame Grieve (Aug 30 2016 at 00:55):
RelatedPerson
Brett Esler (Aug 30 2016 at 00:55):
cool - we have identifiers profiles for those so far...
Grahame Grieve (Aug 30 2016 at 00:55):
Person
Grahame Grieve (Aug 30 2016 at 00:56):
maybe MedicationOrder for Reg 24? but would all medications related project build on a base MedicationOrder?
Brett Esler (Aug 30 2016 at 00:56):
would do medications as its own guide perhaps
Brett Esler (Aug 30 2016 at 00:59):
if have a list of usage + extension things for medications
Brett Esler (Aug 30 2016 at 00:59):
http://confluence.hl7australia.com/pages/viewpage.action?pageId=1998988
Stephen Royce (Aug 30 2016 at 00:59):
I dunno. I was just throwing out some ideas. Anyway, I don't like admin because it has project admin connotations.
Brett Esler (Aug 30 2016 at 01:02):
'base' might be the go... scope 'generally re-usable administrative resource profiles'?
Stephen Royce (Aug 30 2016 at 01:02):
What about profiles of things like StructureDefinition
and DataElement
. I don't know if we'll need such, but maybe in the future?
Grahame Grieve (Aug 30 2016 at 01:03):
not for Australia generally, please
Grahame Grieve (Aug 30 2016 at 01:03):
'base' it wll be
Stephen Royce (Aug 30 2016 at 01:04):
So, I agree that having profiles of definitional resources is almost certainly going to have issues, but you never know what we might need eventually.
Stephen Royce (Aug 30 2016 at 01:05):
Anyway, the point is moot if you're gonna go with base
.
Richard Townley-O'Neill (Aug 30 2016 at 01:06):
Do you want to use terms out of the existing docco, such as Infrastructure ?
Stephen Royce (Aug 30 2016 at 01:07):
I don't think you'd want to classify Patient
et al. as infrastructure.
Richard Townley-O'Neill (Aug 30 2016 at 01:08):
Patient is not, It would be Content according to http://hl7-fhir.github.io/modules.html
Richard Townley-O'Neill (Aug 30 2016 at 01:09):
All this offers is a currently used set of terms that cover wide groups of resources.
Brett Esler (Aug 30 2016 at 01:11):
wwGGd? Grahame do you think using the FHIR headings would be better e.g. Administration, Clinical, Diagnostics, MEdications?
Richard Townley-O'Neill (Aug 30 2016 at 01:12):
Are the headings stable?
Grahame Grieve (Aug 30 2016 at 01:12):
not for this. I think it's more likely to follow the workgroups HL7 Au setup. But we might want to follow the modules in our presentation
Brett Esler (Aug 30 2016 at 01:13):
think we need some content before having much of a problem...
Grahame Grieve (Aug 30 2016 at 01:22):
Brett: why profile out animal? Many clinical systems through out Australia handle non-human related records
Brett Esler (Aug 30 2016 at 01:22):
true... was mainly playing with tooling... can fix
Grahame Grieve (Aug 30 2016 at 01:24):
ok I'll drop it
Brett Esler (Aug 30 2016 at 01:25):
ty
Stephen Royce (Aug 30 2016 at 01:31):
Which raises an interesting point: the Australian Digital Health Agency will want an human-only version of Patient
.
Grahame Grieve (Aug 30 2016 at 01:32):
I think you're thinking about it wrongly. Many projects will want a human only version patient.
Grahame Grieve (Aug 30 2016 at 01:32):
the agency will have some of them too
Brett Esler (Aug 30 2016 at 01:34):
that is just an additional profile on Patient right 'Human Patient' expect that would be an international one...
Grahame Grieve (Aug 30 2016 at 01:34):
there hasn't been any talk about defining an international one.
Grahame Grieve (Aug 30 2016 at 01:34):
could define at-patient-human as well as au-patient
Brett Esler (Aug 30 2016 at 01:35):
sounds good..
Brian Postlethwaite (Aug 30 2016 at 04:19):
My 2c goes for base
Stephen Royce (Aug 30 2016 at 04:32):
Personally I like the UNIX-like lib
, but I can live with base
.
Grahame Grieve (Aug 30 2016 at 23:07):
http://fhir.hl7.org.au/fhir/base/index.html
Grahame Grieve (Aug 30 2016 at 23:08):
source is not in github, but will be soon
Grahame Grieve (Aug 30 2016 at 23:21):
is now.
Heath Frankel (Aug 30 2016 at 23:51):
Will there be a resource located at http://fhir.hl7.org.au/fhir/base/StructureDefinition/au-patient?
Grahame Grieve (Aug 30 2016 at 23:54):
I have to figure out how to handle the redirect. It's a little.... tricky... on a static web server.
Grahame Grieve (Aug 30 2016 at 23:55):
but it is on my list of things to do
Grahame Grieve (Aug 30 2016 at 23:56):
@Brett Esler can you please find out what http server software is running on that server, so i can investigate how to do the redirect?
Grahame Grieve (Aug 30 2016 at 23:56):
the thing is, the correct redirect depends on the Accept: header....
Brett Esler (Aug 31 2016 at 00:37):
server is running..
Brett Esler (Aug 31 2016 at 00:37):
Litespeed, PHP, MariaDB and Linux.
Brett Esler (Aug 31 2016 at 00:37):
so Apache like...
Grahame Grieve (Aug 31 2016 at 00:42):
Apache as far as I am concerned. I'll add dealing with .htaccess to my todo list
Grahame Grieve (Sep 01 2016 at 07:09):
from this page http://confluence.hl7australia.com/display/PA/Provider+Number:
<extension url="http://hl7.org.au/fhir/StructureDefinition/identifier-location"> <valueReference> <reference value="Location/1"/> </valuereference> </extension>
Grahame Grieve (Sep 01 2016 at 07:10):
this is not a valid extension, because HL7 Australia can't define extensions in the HL7 namespace. (well, you can, but you have to propose them). But this looks like a candidate to add to the base implementation guide, and then I'll update the wiki page.
Grahame Grieve (Sep 01 2016 at 07:10):
everyone happy with that?
Stephen Royce (Sep 01 2016 at 07:43):
Sure. I can't think of any reason not to be.
Grahame Grieve (Sep 01 2016 at 23:02):
this page: http://confluence.hl7australia.com/display/PA/Provider+Number
Grahame Grieve (Sep 01 2016 at 23:02):
I can't edit it, but I'm logged into the wiki... shouldn't I be able to?
Grahame Grieve (Sep 01 2016 at 23:02):
this:
<extension url="http://hl7.org.au/fhir/StructureDefinition/identifier-location">
Grahame Grieve (Sep 01 2016 at 23:03):
needs to be changed to
<extension url="http://fhir.hl7.org.au/fhir/base/StructureDefinition/identifier-location>
Brett Esler (Sep 02 2016 at 01:08):
following up on access.... not sure why this needs to be locked down...
Grahame Grieve (Sep 02 2016 at 01:09):
k thx
Brett Esler (Sep 02 2016 at 01:14):
Another topic - would like to draft 'Safety Net' profile - woud anyone know what number is on that card is it a CRN or something else?
Brian Postlethwaite (Sep 02 2016 at 03:34):
reason wanting to add the fhir at the front of the namespace too?
(it is in hl7 australia, not international)
Grahame Grieve (Sep 02 2016 at 03:39):
well, currently, that's the canonical URL we are publishing too. There's talk about us changing that to be on hl7.org/fhir, but it hasn't happened yet
Brett Esler (Sep 02 2016 at 03:53):
the domain change is in the pipe - it might take a while...
Brett Esler (Sep 02 2016 at 03:53):
@Grahame Grieve you now should have edit rights
Brett Esler (Sep 02 2016 at 03:53):
on the wiki
Grahame Grieve (Sep 02 2016 at 03:58):
yes thanks
Brian Postlethwaite (Sep 06 2016 at 23:32):
Do we have a terminology defined for things like the ABS country codes?
So that we can bind to an Australian extension on patient for Country of Birth
Brian Postlethwaite (Sep 06 2016 at 23:32):
Oh, and are others interested in creating an extension for country of birth on patient.
Brian Postlethwaite (Sep 06 2016 at 23:40):
There is this draft standard extension (http://hl7.org/fhir/2016Sep/extension-birthplace.html) but this is an address datatype, and I think in most cases this really should be a coding.
Grahame Grieve (Sep 06 2016 at 23:46):
typically, place for birth is locality name + postcode
Last updated: Apr 12 2022 at 19:14 UTC