OpenHIE POS ↔ Client Registry: FHIR R4 Postman collection via OpenHIM
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- gitlab, postman
- Área
- api, backend-api-design, documentation
Línea de trabajo
Empieza leyendo postman/learning/README.md y MAINTAINING.md; después, compara la colección de Ontoserver de Jim Steel en cuanto a estructura y ejemplos. Prepara la colección de Postman para FHIR R4 y el README siguiendo el estilo documentado, cubriendo las solicitudes del cliente para find, validate y register a través de OpenHIM mediante variables de entorno; después, compártela con Umer para su revisión.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Ask
From Umer Nisar (Biosecurity, Parkville), via Slack:
Look at OpenHIE specification for functional req re integration between a POS and client Registry:
Pick very basic few requirements e.g. find client, validate client, register client
Assume Api gateway in the middle (OpenHIM), all calls will go to OpenHIM endpoint (this will be useful for setting Postman env variables)
Generate FHIR R4 collection for it and examples. See Jim's Ontoserver (terminology) collection as reference point.
Please Share and Review with me once ready
Confirmed shared understanding (Joern Guy Süß, Biosecurity, Herston):
- Someone learning FHIR and OpenHIE wants to understand, in context, what a scenario looks like where a POS queries a Client Registry per OpenHIE functional requirements.
- The deliverable is a Postman collection (FHIR R4), with environment variables baked into the collection, in the style of Jim Steel's Ontoserver terminology collection.
Why this lives in FHIRLab (not a standalone repo)
This is intended as a learning example on the FHIRLab website, alongside the existing postman/learning/ FHIR fundamentals collection — following the same pattern (a themed sub-collection with its own README documenting sources/rationale).
Scope
- Pick a small, basic subset of OpenHIE POS ↔ Client Registry functional requirements: find client, validate client, register client.
- Route every call through an OpenHIM API gateway channel (never directly to the Client Registry).
- FHIR R4 Postman collection with request examples, modelled on Jim Steel's Ontoserver collection style.
Deliverable
- FHIR R4 Postman collection with baked-in environment variables (OpenHIM channel URL + credentials)
- Example requests for: find client (IHE PDQm), validate client (
$match), register client (IHE Patient Identity Feed) - README documenting the IHE/FHIR mapping and citations, matching
postman/learning/README.md's style - Share with Umer for review
Work in progress on branch 2-openhie-pos-cr-postman-collection in the canonical GitLab dev repo (core-website), reconciled here once ready per this repo's MAINTAINING.md process.
Originally tracked at https://gitlab.com/australian-e-health-research-centre/digital-health-strengthening-standards-capability/experiments/instant-openhie/-/work_items/1 — moved here since this is an example for the FHIRLab website, not the OpenHIE infra experiment repo.
- Lenguaje dominante
- Shell
- Estrellas
- 1
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Issues similares
-
status: ready
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
melodic-software/claude-code-plugins#8537 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
vladmandic/sdnext#5161 ·
Los mantenedores suelen responder en 1 día
-
Missing icon: tangramAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
-
fix(backup-uploader): write current-round marker outside / so the container can run as non-rootAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
hiero-ledger/solo-containers#254 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
CachyOS/cachyos-hooks#23 ·