Bir FHIR sunucusu, FHIR kaynaklarını depolar ve sunar. Bir FHIR platformu ise aslında bir sağlık ürünü sunmak için ihtiyacınız olan şeydir: sunucu, artı kimlik doğrulama, onay, kaynak bilgisi, müşteriler arasında izolasyon, web kancaları, belgeler, terminoloji ve GDPR kapsamında çalışmasını sağlayan birileri. Bu kılavuz, farkı ortaya koyar ve Anpheros Platform'un her bir boşluğu nasıl doldurduğunu açıklar, böylece üzerine inşa edip etmeyeceğinize veya kendi sunucunuzu mu çalıştıracağınıza karar verebilirsiniz.
Geliştiriciler için teknik sürüm: Sağlık API platformu · FHIR sunucu karşılaştırması developers.anpheros.com adresinde, istekler, yanıtlar ve sınırlar ile birlikte. Bu sayfa, herkesin anlayabileceği dildeki sürümdür.
Sunucuya karşı platform
Açık kaynaklı FHIR sunucuları (örneğin HAPI), FHIR kısmında mükemmeldir: kaynaklar, arama, doğrulama, geçmiş. Size bıraktıkları ise etrafındaki her şeydir:
| İhtiyaç | Bir FHIR sunucusu | Bir FHIR platformu |
|---|---|---|
| Kaynak depolama, arama, geçmiş | evet | evet |
| Hangi hastayı kim okuyabilir | sizin kodunuz | yerleşik onay |
| Her değeri kim yazdı | sizin kodunuz | her yazımda kaynak bilgisi |
| Tek sistemde birden fazla müşteri | sizin kodunuz | proje izolasyonu, eşleşen kimlikler |
| Hastaya yönelik onay ekranı | sizin kodunuz | OAuth 2.1 + SMART on FHIR |
| Uygulamanıza bildirimler | yoklama | imzalı web kancaları |
| Gerçekçi test verileri | sizin örnekleriniz | her sandbox için 30 sentetik hasta |
| Barındırma, yedeklemeler, GDPR, DPA | sizin operasyon ekibiniz | dahil |
Bir operasyon ekibiniz, bir uyumluluk görevliniz ve altı ayınız varsa, kendi sunucunuzu çalıştırmak iyi bir seçenektir. Sunulacak bir ürününüz varsa, bir platform daha hızlıdır.
Anpheros Platform nasıl oluşturulur
Hasta başına bir FHIR R4 kaydı. 26 kaynak türü, LOINC, ICD-10 ve ATC ile kodlanmış, yazarken doğrulanmış. Katı FHIR API /fhir/R4 adresinde, CapabilityStatement /fhir/R4/metadata adresinde bulunur ve /v1 adresindeki düz REST API aynı veriyi aynı kimliklerle sunar.
Proje izolasyonu ve eşleşen kimlikler. Bir proje (bir API anahtarı) yalnızca oluşturduğu hastaları görür. Her proje aynı kişi için kendi kimliğini alır; dahili kimlikler asla platformdan çıkmaz. Kapsamınız dışındaki hastalara yapılan referanslar, proje başına opak bir jetonla gizlenir.
Onay okumaları belirler, sahiplik yazmaları belirler. Hastanın onayı ile bir kuruluş, diğer kliniklerin yazdıkları dahil olmak üzere tüm kaydı görür, ancak yalnızca kendisinin yazdıklarını değiştirebilir veya silebilir. Her kaynağın her sürümü, onu yazan projeyi kaydeder; başka bir proje tarafından yapılan bir yazma, bir açıklama ile reddedilir.
Her yazımda kaynak bilgisi ve denetim. Provenance.agent.onBehalfOf, yazma anındaki kliniği veya kuruluşu adlandırır; bir denetim satırı kimin, neyi, ne zaman, hangi izinle, hangi uygulamadan yazdığını kaydeder. Hasta, erişim günlüğünü de FHIR AuditEvent kaynakları olarak okuyabilir.
İnce, imzalı web kancaları. Olaylar kimlik ve sürümleri taşır, asla klinik içeriği taşımaz; kaynağı API aracılığıyla okursunuz. Teslimatlar HMAC-SHA256 ile imzalanır ve 24 saate kadar geri bildirimle yeniden denenir.
Sandbox ve üretim ayrı veritabanlarıdır. Bir sk_test_ anahtarı gerçek bir hastaya ulaşamaz. Sandbox ücretsiz ve kendi kendine hizmettir.
AB ikametgahı. Cloud Run, europe-west4'te, üretim kuruluşları için bir veri işleme sözleşmesi ile.
Neler kasıtlı olarak orada değil
- Klinik karar destek sistemi yok. Platform depolar, kodlar ve paylaşır; teşhis koymaz veya tedavi önermez.
- Etkileşimleri olan tam ilaç veritabanı yok. İlaçlar ATC ile kodlanır ve arama için birleştirilmiş bir ATC ve LOINC alt kümesi mevcuttur, ancak etkileşim kontrolü sizin bileşeniniz veya lisanslı bir hizmettir.
- Hastane düzeyinde HL7 v2 mesajlaşma veriyolu yok. Laboratuvar raporları için bir HL7 v2 ORU^R01 içe aktarma işlemi vardır; ADT veya sipariş yönetimi yoktur.
Bu sınırları önceden bilmek, bir haftalık keşif sürecinden tasarruf sağlar.
Kendi sunucunuzu ne zaman çalıştırmalısınız
- Harici bir işlemci olmadan, kendi hastane ağınız içinde barındırma yapmalısınız.
- Platformun uygulamadığı FHIR R5 veya profillere ihtiyacınız var.
- Ürününüz FHIR sunucusunun kendisidir.
Diğer tüm durumlarda, sandbox'ta başlayın, ölçün ve verilerle karar verin. İlk saat, developers.anpheros.com/guides/first-hour adresinde açıklanmıştır; tam API referansı platform.anpheros.com/docs adresindedir.
Sık sorulan sorular
Anpheros bir FHIR sunucusu mu?
Bir tane içerir: 26 kaynak türü, arama, geçmiş, $everything, $summary, $validate ve terminoloji işlemleri ile bir FHIR R4 API. Etrafında onay, kaynak bilgisi, izolasyon, web kancaları ve barındırma bulunur, bu da onu bir platform yapan şeydir.
Hangi FHIR sürümü?
FHIR R4 (4.0.1), AB ve ABD düzenlemeleri tarafından gerektirilen ve çoğu sistem tarafından uygulanan sürümdür. Uyumluluk Inferno ile kontrol edildi; IPS uyumluluk notlarına bakın.
Birden fazla klinik tek bir hastanın kaydını paylaşabilir mi?
Evet, amaç budur. Hastanın onayı ile her klinik tüm kaydı okur ve kendi kaynaklarını yazar, her biri kendi kaynak bilgisiyle işaretlenir. Hiçbir klinik, başka birinin yazdığını değiştiremez.
Geliştirme için ücretsiz bir FHIR arka ucu var mı?
Evet. Sandbox ücretsiz, kendi kendine hizmettir ve proje başına 30 sentetik hasta ile birlikte gelir. Ücretsiz FHIR sunucusu: sandbox bölümüne bakın.
İhtiyaç duyarsam nasıl göç edebilirim?
Her şey FHIR R4 ve dışa aktarılabilir: Patient/{id}/$everything, bir hastanın tüm kaydını bir Bundle olarak döndürür. Sökülecek özel bir format yoktur.
Sağlık kaydınız hep yanınızda
Anpheros Daily semptomları, tahlilleri, ilaçları ve belgeleri tek bir yerde, standart bir formatta ve sizin kontrolünüzde saklar. Basic planı ücretsizdir.