# Anpheros'un Diğer FHIR Sunucularıyla Karşılaştırılması

> Kendi kendine barındırılan FHIR sunucuları, bulut FHIR depoları, açık kaynaklı sağlık platformları ve Anpheros yan yana: kim erişimi yetkilendirir, onay, köken, ikamet, fiyatlandırma ve her birinin ne zaman doğru seçim olduğu.

Source: https://developers.anpheros.com/tr/guides/fhir-server-comparison

**Bir FHIR arka ucu seçen ekipler genellikle dört tür seçeneği değerlendirir: kendilerinin barındırdığı açık kaynaklı bir sunucu, bir bulut sağlayıcısından yönetilen bir FHIR deposu, barındırılan bir sürümü olan açık kaynaklı bir sağlık platformu veya Anpheros gibi yönetilen bir sağlık veritabanı.** Bu kılavuz, Ekim 2026 itibarıyla herkese açık belgelere dayanarak her türün neye iyi geldiğini ve Anpheros'un nerede konumlandığını açıklamaktadır. Burada adı geçen herhangi bir ürün için kendi belgelerini kontrol edin; özellikler değişir.

## Dört tür

| | Kendi kendine barındırılan FHIR sunucusu (örn. HAPI FHIR) | Bulut FHIR deposu (örn. Google Cloud Healthcare API, Azure Health Data Services, AWS HealthLake) | Sağlık platformu (örn. Medplum) | Anpheros |
|---|---|---|---|---|
| Nedir | çalıştırdığınız bir FHIR sunucusu | bir bulut hesabındaki bir FHIR veri deposu | kimlik doğrulama, iş akışları ve barındırılan bir sürümü olan FHIR tabanlı bir uygulama platformu | yönetilen bir sağlık veritabanı: hasta başına FHIR R4 kaydı, onay, API, denetim |
| Erişimi kim yetkilendirir | etrafına inşa ettiğiniz her şey | bulutun IAM'ı, proje veya veri kümesi başına | sizin yapılandırdığınız platformun erişim politikaları | hasta (OAuth 2.1 onayı) veya kuruluş (API anahtarı) |
| Hasta odaklı onay ve denetim | hayır | hayır | politika modeliyle oluşturulabilir | yerleşik, hastanın görebileceği şekilde |
| Her yazmada köken bilgisi | eklerseniz | eklerseniz | FHIR tarafından desteklenir; siz zorlarsınız | gerekli ve otomatik |
| Uygulamalar arasında tanımlayıcı izolasyonu | hayır | hayır | hayır | uygulama başına ikili kimlikler |
| Laboratuvar içe aktarma (HL7 v2) | ayrı araçlar | kısmi (bazı depolarda v2'den FHIR'a eşleme) | yazdığınız entegrasyonlar | yerleşik, tek istek |
| Veri ikametgahı | nerede barındırırsanız | sağlayıcının sunduğu bölgeler | barındırmaya bağlı | yalnızca Avrupa Birliği |
| Fiyatlandırma | altyapınız ve zamanınız | kullanıma dayalı (istekler, depolama) | plana göre veya kendi kendine barındırılan | kuruluş başına, depolanan hastalara göre |
| En iyi olduğu durumlar | öğrenme, tam kontrol, alışılmadık veri modelleri | sağlık katmanını kendileri oluşturacak olan o bulutta bulunan ekipler | açık kaynak kod tabanı üzerinde oluşturmak ve tam yığını sahiplenmek isteyen ekipler | sağlık katmanı tamamlanmış ve ürünü işleri olarak kullanmak isteyen ekipler |

## Google Cloud Healthcare API mi yoksa yönetilen bir platform mu?

Google'ın ürününe kelimenin tam anlamıyla Cloud Healthcare API adı verilir, bu nedenle "healthcare API" aramalarında ilk olarak karşımıza çıkar. Bu, Google Cloud projeniz içindeki bir bulut FHIR deposudur (artı HL7 v2 ve DICOM depoları); depolama, FHIR araması ve IAM tabanlı erişim sağlar, kullanıma göre faturalandırılır. Geri kalanını siz oluşturursunuz — hasta odaklı onay ve denetim, uygulama izolasyonu, laboratuvar içe aktarma, SDK'lar ve test verileriyle bir sanal alan. Anpheros bu parçaları sağlar ve verileri AB'de depolar; kendi bulut hesabınız içinde bir FHIR deposu sağlamaz. Sağlık katmanının kime ait olması gerektiğine göre seçim yapın: ekibiniz (Cloud Healthcare API) veya platform (Anpheros).

## Açık kaynak FHIR sunucusu mu yoksa yönetilen mi?

HAPI FHIR gibi açık kaynaklı sunucular her yerde çalışır (Docker imajları mevcuttur) ve kendi profilleriniz ve uzantılarınızla tam FHIR spesifikasyonunu destekler. Üretimde birini çalıştırmak, veritabanını, yükseltmeleri, güvenliği, yedeklemeleri ve erişim katmanını kendiniz çalıştırmanız anlamına gelir. Yönetilen bir platform, bu özgürlüğün bir kısmını (Anpheros 26 kaynak türünü depolar) çalıştırmama karşılığında takas eder. Bu tür bir sunucunun arka planda ne depoladığını görmek için [FHIR veritabanı şemasına](https://developers.anpheros.com/tr/guides/fhir-database-schema) bakın.

## Anpheros'un Doğru Seçim Olduğu Durumlar

- Ürünü kaydı yazmak yerine oluşturmak isteyen hastalar, klinikler, laboratuvarlar veya yapay zeka için bir ürün geliştiriyorsunuz.
- Hasta rızası ve hastanın okuyabileceği bir denetim kaydı, olmazsa olmaz gereksinimlerdir, lüks değildir (GDPR Madde 9, EHDS).
- Verileriniz Avrupa Birliği'nde kalmalıdır.
- Tek bir satıcıdan hem FHIR R4 hem de daha basit bir REST görünümü, SDK'lar ve webhook'lar istiyorsunuz.
- Gerçekçi sentetik hastalarla bir sandbox ortamında ücretsiz başlamak ve yeniden yazmadan üretime geçmek istiyorsunuz.

## Başka Bir Seçeneğin Daha İyi Olduğu Durumlar

- Anpheros'un desteklediği 26 kaynak türü, profil veya uzantı dışında FHIR kaynak türlerine, profillere veya uzantılara ihtiyacınız varsa ya da tamamen özel bir veri modeline ihtiyacınız varsa: kendi kendine barındırılan bir sunucu size bu özgürlüğü verir.
- Kuruluşunuz uyumluluk nedenleriyle her şeyi tek bir bulut hesabı içinde tutmayı gerektiriyorsa: bir bulut FHIR deposu bu politikaya uyar.
- Yetkilendirme sunucusu ve kullanıcı arayüzü bileşenleri dahil olmak üzere tüm yığını sahiplenmek ve değiştirmek istiyorsanız: açık kaynaklı bir platform bunun için tasarlanmıştır.
- Şu anda EHR başlatma, Toplu Veri dışa aktarma veya `system/` kapsamlarına ihtiyacınız varsa: Anpheros henüz bunları sunmamaktadır (bkz. [SMART on FHIR ile hasta onayı nasıl uygulanır](https://developers.anpheros.com/tr/guides/smart-on-fhir-backend)).

## Adil Bir Karar Verme Yöntemi

Ürününüzün ihtiyaç duyduğu sağlık katmanı parçalarını (rıza, kaynak bilgisi, denetim, tanımlayıcılar, laboratuvar içe aktarma, belge depolama, ikametgah) sayın ve tercih ettiğiniz seçenekte her biri için inşa etme ve sürdürme aylarını tahmin edin. Ardından bunu, o aylar boyunca yapılabilecek ürün işleriyle karşılaştırın. İkinci sayı daha büyük olduğunda Anpheros doğru cevaptır.

## İlgili Konular

- [Sağlık API platformu: Neler içerir ve nasıl seçilir](https://developers.anpheros.com/tr/guides/healthcare-api-platform): Herhangi bir satıcıya sorulacak sorular
- [FHIR ve özel bir tıbbi veritabanı karşılaştırması](https://developers.anpheros.com/tr/guides/fhir-vs-custom-database): Kendi tablolarınızı ne zaman tasarlamalısınız ve FHIR'ı ne zaman kullanmalısınız
- [Ücretsiz FHIR veritabanı ve sandbox](https://developers.anpheros.com/tr/guides/free-fhir-database)
- [FHIR platformu](https://developers.anpheros.com/tr/guides/fhir)
- [Tıbbi uygulama arka ucu ve veritabanı](https://developers.anpheros.com/tr/guides/medical-app-backend)
- [Sağlık girişimleri](https://developers.anpheros.com/tr/guides/healthcare-startups)
- [Güvenlik, gizlilik ve veri ikametgahı](https://developers.anpheros.com/tr/guides/security)