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

Hasta Sağlık Kaydı

Hasta sağlık kaydının içeriği, Elektronik Sağlık Kaydı (EHR) ve Elektronik Tıbbi Kayıt (EMR) sistemlerinden farkları ve Anpheros'ta hasta, veri, uygulamalar ile onay mekanizmasının nasıl bir araya geldiği; aile üyeleri, veri taşınabilirliği ve silme işlemleri dahil.

Bir hasta tıbbi kaydı, bir kişinin sağlığının — ölçümler, sonuçlar, teşhisler, ilaçlar, belgeler ve karşılaşmalar — zaman içinde tutulan eksiksiz, yapılandırılmış geçmişidir. Anpheros'ta her hastanın tam olarak bir adet bu tür kaydı bulunur ve bu kayıt HL7 FHIR R4 kaynakları olarak saklanır. Kayıt, tek bir uygulamaya değil, hastanın bakımına aittir: uygulamalar bu kayda yazar ve bu kayıttan okur ve hasta, onay yoluyla hangi uygulamaların bunu yapabileceğine karar verir.

EHR, EMR ve Hasta Tarafından Tutulan Kayıtlar

Anpheros, üçüncü türe en yakındır, ancak önemli bir farkı vardır: bu uygulama özel bir günlük değildir. Bu altyapıdır: aynı kayıt, hastanın kendi uygulaması, bir laboratuvar, bir klinik ve bir yapay zeka asistanı tarafından, her biri API aracılığıyla ve her biri hastanın izin verdiği sınırlar dahilinde yazılabilir. Anpheros bir hastane EHR'si değildir ve onun yerini almaz.

Kayıt Neler İçeriyor

Her öğe, bir standart mevcut olduğunda kodlanır — ölçümler ve laboratuvar sonuçları için LOINC, durumlar için ICD-10, ilaçlar için ATC, birimler için UCUM — ve orijinal metnini de korur. FHIR kod sistemlerine bakın.

Hasta, veri, uygulamalar ve onay arasındaki ilişki

                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient

• Bir kaydı oluşturan uygulama, API anahtarını kullanarak bu kaydı okuyabilir ve yazabilir.
• Diğer herhangi bir uygulama, hastanın onayına ihtiyaç duyar: açık kapsamlarla (kaynak türleri ve eylemler, isteğe bağlı olarak laboratory gibi bir kategori) 30, 90, 180 veya 365 gün için bir OAuth izni.
• Her yazma işlemi şu şekilde ilişkilendirilir: hasta, uygulayıcı, cihaz, içe aktarma veya yapay zeka, kuruluş ve kaynak sistem ile birlikte.
• Her okuma işlemi — oluşturan uygulamanın okumaları ve yapay zeka modelleri için oluşturulan bağlam dahil — uygulama başına hastanın erişim günlüğünde görünür.
• Hasta herhangi bir zamanda bir uygulamayı iptal edebilir; bir sonraki istek reddedilir.

Aileler ve Bakımındakiler

Bir kişi başkaları adına — çocuklar, yaşlı bir ebeveyn — kayıt tutabilir. Her bakımındaki kişinin kendi Patient kaydı bulunur ve bu kayıt, vasinin kaydına bağlanır; hasta tarafındaki API, "benim kayıtlarım ve benim bakımındakilerimin kayıtları" (GET /me/patients) şeklinde listeler ve her birine kimin erişimi olduğunu belirtir. Onay her zaman kayıt başına verilir.

Taşınabilirlik

Kayıt standart FHIR olduğundan, Anpheros'tan olduğu gibi çıkabilir: Patient/{id}/$everything tüm bölümü döndürür ve Patient/{id}/$summary, başka yerlerdeki klinisyenler tarafından okunmak üzere tasarlanmış bir belge biçimi olan International Patient Summary'yi döndürür.

Silme

Bir Patient silmek, o kayda ait tüm kaynakları siler. Belgeler, onaylandıktan sonra değiştirilemez, yalnızca silinebilir.

İlgili Konular

• Dijital tıbbi kayıt altyapısı
• Tıbbi veri altyapısı
• Onay ve erişim modeli
• FHIR platformu

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