OpenHIE POS ↔ Client Registry: FHIR R4 Postman collection via OpenHIM

Đang mở
  • Có gì không ổn?
#4 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
30/100
Loại issue
Tính năng
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
gitlab, postman
Lĩnh vực
api, backend-api-design, documentation

Hướng nghiên cứu

Bắt đầu bằng cách đọc postman/learning/README.md và MAINTAINING.md, sau đó so sánh collection Ontoserver của Jim Steel về cấu trúc và các ví dụ. Chuẩn bị collection FHIR R4 Postman và README theo phong cách được ghi trong tài liệu, bao quát các client request find, validate và register thông qua OpenHIM bằng các biến môi trường, sau đó chia sẻ chúng với Umer để xem xét.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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.

Ngôn ngữ chính
Shell
Star
1
Fork
0
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue tương tự

Thêm issue về Shell/Bash

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.