Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Sağlık Yazılımı Geliştirme

Tıbbi yazılım geliştirmenin farkı nedir ve bir sağlık uygulaması nasıl katmanlanır: üstte sizin ürününüz, Anpheros API'si, altta FHIR kaydı ve hasta onayı.

Sağlık yazılımı, insanların sağlığı hakkındaki bilgileri oluşturan, depolayan veya bu bilgiler üzerinde işlem yapan yazılımdır — hasta uygulamaları, klinik araçları, laboratuvar sistemleri, uzaktan izleme hizmetleri, yapay zeka asistanları. Diğer yazılımlardan farkı kullanıcı arayüzü değil, verilerdir: hassas, uzun ömürlü, standartlaştırılmış, kuruluşlar arasında paylaşılan ve onaya tabi verilerdir. Anpheros, bu veri katmanı için bir altyapıdır; bu sayfa bir sağlık uygulamasının katmanlarını ve Anpheros'un hangilerini sağlayabileceğini açıklamaktadır.

Genel Mimari

Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient

Uygulamanız deneyimi sahiplenir; Anpheros ise kaydı ve bununla ilgili kuralları sahiplenir.

Tıbbi Yazılım Geliştirmede Farklılıklar

Veri modeli bir tasarım tercihi değil, bir standarttır

Diğer yazılımlar kendi şemasını icat edebilir. Kendi şemasını icat eden tıbbi yazılımlar, bir çeviri projesi olmadan laboratuvarlar, klinikler veya diğer uygulamalarla veri alışverişi yapamaz. İlk kod satırından itibaren HL7 FHIR R4 kaynaklarını ve standart kodları (LOINC, ICD-10, ATC, UCUM) kullanmak bunu önler. FHIR platformu

Her değerin bir kaynağı olmalıdır

Bir hasta tarafından girilen, bir cihaz tarafından ölçülen, bir laboratuvar raporundan içe aktarılan veya bir yapay zeka modeli tarafından üretilen bir glukoz değeri farklı anlamlar ifade eder. Anpheros, her yazma işlemi için yazar türünü (hasta, uygulayıcı, cihaz, içe aktarma, yapay zeka), kuruluşu ve kaynak sistemi kaydeder ve her sürümü saklar.

Erişime uygulama değil, hasta karar verir

Kullanıcı girişi ve rollere ek olarak, tıbbi yazılımın rızaya ihtiyacı vardır: hangi uygulamanın hangi kişinin kaydının hangi bölümünü ne kadar süreyle okuyabileceği ve kişinin görebileceği bir denetim. Rıza ve erişim modeli

Veriler uygulamadan bağımsız olmalıdır

Kayıtlar yıllarca saklanır ve sağlayıcılar arasında taşınır. Kaydı (altyapı) uygulamadan ayırmak, yeniden tasarım, yeni bir uygulama veya yeni bir ortağın tıbbi verileri geçirmesini gerektirmez anlamına gelir. Dijital tıbbi kayıt altyapısı

Gerçek hastalar olmadan geliştirin ve test edin

Gerçek tıbbi veriler geliştirme ortamlarında bulunmamalıdır. Anpheros'un bir sandbox'ı vardır — sentetik hastalara sahip ayrı bir veritabanı — ve üretim verilerine fiziksel olarak ulaşamayan sandbox anahtarları.

Yapay zeka da herkesle aynı kurallara uymalıdır

Bir yapay zeka özelliği, kaydın başka bir okuyucusudur. Yalnızca hastanın izin verdiği bilgileri kaynaklarıyla birlikte almalı ve çıktıları yapay zeka tarafından üretilmiş olarak etiketlenmelidir. Yapay zeka sağlık uygulamaları

Ne İnşa Edersiniz ve Anpheros Neler Sağlar

Sonraki Adımlar

• Erişimin üretim ortamına kadar adım adım yol haritası: Anpheros ile Geliştirin
• Çalışan bir öğretici: Sağlık Uygulaması Geliştirin
• Bir tıbbi arka uç sisteminin sorumlulukları: Tıbbi Uygulama Arka Ucu ve Veritabanı
• Diyagramlar ve veri akışları: Mimari
• Erken aşama ekipler için: Sağlık Girişimleri

İlgili Konular

• Tıbbi veri altyapısı
• Sağlık API'si
• Güvenlik, gizlilik ve veri ikametgahı

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card