UDENTIVA Plateforme intelligente de gestion dentaire

MIGRATION DES DONNÉES & SCHÉMAS DE VIEW

Transfert de Données (Export API)

Transfert de données contrôlé et en lecture seule. Seul l'opérateur de la plateforme (SuperUser) définit une connexion + une clé pour une clinique ; la clé extrait les données de cette clinique à partir des jeux de données « VEM Görüntüsü » (view du Modèle de Données Minimal) sélectionnés. Aucun accès inter-tenant. Conforme à l'obligation de portabilité des données (Règlement n° 39682, Art. 14).

Comment ça marche ?

Le SuperUser définit

L'opérateur de la plateforme (super-admin) crée un lien pour un cabinet et sélectionne les jeux de données (Vue VEM) à exporter. Une clé API à usage unique est générée.

Accès par clé

Un système externe (ex. comptabilité, reporting, export réglementaire) récupère des données en lecture seule via l'en-tête Authorization: Bearer. La clé ne voit que les données de ce cabinet.

Contrôlé & auditable

Chaque extraction est consignée. Le lien est désactivé/révoqué instantanément sur demande. Les données sont fixées par le schéma de la vue ; les modifications des tables internes n'affectent pas l'extérieur.

Authentification

Chaque requête doit porter une clé d'export. Deux méthodes sont prises en charge ; la clé n'est stockée que sous forme de hash SHA-256.

Authorization: Bearer udx_xxxxxxxxxxxxxxxxxxxxxxxxxxxx
— ou —X-Export-Key: udx_xxxxxxxxxxxxxxxxxxxxxxxxxxxx

Points d'accès

GET /export/v1 Renvoie les jeux de données autorisés et les informations d'utilisation de la clé (découverte) Clé d'export

GET /export/v1/{dataset} Extrait le jeu de données sélectionné de façon paginée (?limit=1000&offset=0) Clé d'export

Exemple d'usage

Extraire les patients (VEM Görüntüsü)

Requête

curl https://udentiva.com/export/v1/patients?limit=1000 \
  -H "Authorization: Bearer udx_xxxxxxxx"

Réponse

HTTP/1.1 200 OK
{
  "dataset": "patients",
  "count": 1000,
  "limit": 1000,
  "offset": 0,
  "rows": [ { "patient_id": "...", "tenant_id": "...", "first_name": "..." } ]
}

Vue VEM — Schémas de view

Chaque jeu de données exportable est une Vue VEM à colonnes fixes (view du Modèle de Données Minimal). Ci-dessous figurent, pour chaque jeu, le schéma complet des colonnes, les types de données et (le cas échéant) la correspondance avec les champs VEM du Ministère de la Santé. Les champs monétaires sont retournés en décimal (numeric), les identifiants en uuid et les dates en ISO-8601 (timestamptz).

Hastalar patients VEM: VEM_HASTA 32 colonne

Hasta demografik kaydı (silinmiş kayıtlar hariç). Özel nitelikli veri içerir; yalnız yetkili kontrollü aktarım içindir.

Colonne	Type	Description
patient_id	uuid	Hasta kimliği (birincil anahtar)
tenant_id	uuid	Klinik kimliği (kayıt bu kliniğe aittir)
national_id	text	TCKN / TC Kimlik Numarası
first_name	text	Ad (AD)
last_name	text	Soyad (SOYADI)
full_name	text	Tam ad (eski tek-alan)
nationality	text	Uyruk (UYRUK)
patient_type	text	Hasta tipi (HASTA_TIPI)
birth_date	date	Doğum tarihi
declared_birth_date	date	Beyan doğum tarihi (BEYAN_DOGUM_TARIHI)
gender	text	Cinsiyet (CINSIYET)
birth_place	text	Doğum yeri (DOGUM_YERI)
mother_tckn	text	Anne TCKN
father_tckn	text	Baba TCKN
mother_name	text	Anne adı
father_name	text	Baba adı
birth_order	smallint	Doğum sırası (DOGUM_SIRASI)
marital_status	text	Medeni hali (MEDENI_HALI)
occupation	text	Meslek (MESLEK)
education_level	text	Öğrenim durumu (OGRENIM_DURUMU)
blood_type	text	Kan grubu (KAN_GRUBU)
disability_status	text[]	Engellilik durumu (ENGELLILIK_DURUMU, dizi)
death_date	date	Ölüm tarihi (OLUM_TARIHI)
death_place	text	Ölüm yeri (OLUM_YERI)
passport_no	text	Pasaport numarası
yupass_no	text	YUPASS numarası
last_institution_code	text	Son kurum kodu
unidentified_info	text	Kimliksiz hasta bilgisi
phone	text	Telefon
email	text	E-posta
created_at	timestamptz	Oluşturulma zamanı
updated_at	timestamptz	Güncellenme zamanı

Başvurular visits VEM: VEM_HASTA_BASVURU 21 colonne

Hasta başvuru / muayene kaydı (başvuru protokolü, hekim, kabul bilgileri).

Colonne	Type	Description
visit_id	uuid	Başvuru kimliği
tenant_id	uuid	Klinik kimliği
branch_id	uuid	Şube kimliği
patient_id	uuid	Hasta kimliği
parent_visit_id	uuid	Bağlı olduğu başvuru
doctor_id	uuid	Hekim kodu (HEKIM_KODU)
assistant_doctor_id	uuid	Asistan hekim kodu
book_no	text	Defter numarası
daily_seq	integer	Günlük sıra numarası
priority	text	Muayene öncelik sırası
institution_code	text	Kurum kodu
online_protocol_no	text	Online protokol numarası
admission_protocol_no	text	Başvuru protokol numarası
admitted_at	timestamptz	Hasta kabul zamanı
admission_type	text	Kabul şekli
social_security_status	text	Sosyal güvence durumu
case_type	text	Vaka türü
referral_diagnosis	text[]	Sevk tanısı (dizi)
doctor_note	text	Hekim başvuru notu
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Tanılar diagnoses VEM: VEM_BASVURU_TANI 11 colonne

Başvuruya bağlı tanılar (ICD-10).

Colonne	Type	Description
diagnosis_id	uuid	Tanı kimliği
tenant_id	uuid	Klinik kimliği
patient_id	uuid	Hasta kimliği
visit_id	uuid	Başvuru kimliği
icd10_code	text[]	Tanı kodu (ICD-10, dizi)
diagnosis_type	text	Tanı türü
is_primary	boolean	Birincil tanı mı
diagnosed_at	timestamptz	Tanı zamanı
doctor_id	uuid	Hekim kodu
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Reçeteler prescriptions VEM: VEM_RECETE 12 colonne

Reçete başlığı (MEDULA e-reçete, e-imza durumu).

Colonne	Type	Description
prescription_id	uuid	Reçete kimliği
tenant_id	uuid	Klinik kimliği
patient_id	uuid	Hasta kimliği
visit_id	uuid	Başvuru kimliği
doctor_id	uuid	Hekim kimliği
prescription_type	text	Reçete türü
prescription_subtype	text	Reçete alt türü
medula_erecete_no	text	MEDULA e-reçete numarası
esign_status	text	Reçete e-imza durumu
sgk_follow_no	text	SGK takip numarası
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Reçete İlaçları prescription_items VEM: VEM_RECETE_ILAC 15 colonne

Reçetedeki ilaç kalemleri (barkod, doz, kullanım).

Colonne	Type	Description
item_id	uuid	Kalem kimliği
tenant_id	uuid	Klinik kimliği
prescription_id	uuid	Reçete kimliği
barcode	text	Barkod
drug_name	text	İlaç adı
box_count	integer	Kutu adedi
dose_unit	text	Doz birimi
usage_form	text	İlaç kullanım şekli
usage_count	integer	İlaç kullanım sayısı
usage_dose	text	İlaç kullanım dozu
usage_period	integer	İlaç kullanım periyodu
period_unit	text	Periyot birimi
note	text	İlaç açıklama
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Randevular appointments VEM: RANDEVU 19 colonne

Randevu kayıtları (MHRS, gelme durumu, iptal).

Colonne	Type	Description
appointment_id	uuid	Randevu kimliği
tenant_id	uuid	Klinik kimliği
branch_id	uuid	Şube kimliği
patient_id	uuid	Hasta kimliği
doctor_id	uuid	Hekim kimliği
unit_id	uuid	Ünite/koltuk kimliği
visit_id	uuid	Başvuru kimliği
start_at	timestamptz	Başlangıç
end_at	timestamptz	Bitiş
status	text	Durum
priority	text	Öncelik
appointment_type	text	Randevu türü
appointment_subtype	text	Randevu alt türü
mhrs_hrn	text	MHRS HRN kodu
attendance_status	text	Randevu gelme durumu
cancelled_at	timestamptz	İptal zamanı
cancel_reason	text	İptal nedeni
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Hizmet Kataloğu services VEM: HIZMET 6 colonne

Klinik hizmet/işlem kataloğu ve fiyatları.

Colonne	Type	Description
service_id	uuid	Hizmet kimliği
tenant_id	uuid	Klinik kimliği
code	text	Hizmet kodu
name	text	Hizmet adı
price	numeric	Birim fiyat (para; ondalık)
updated_at	timestamptz	Güncellenme

Tedavi Kalemleri treatment_items VEM: HASTA_HIZMET 14 colonne

Tedavi planı kalemleri (uygulanan/planlanan işlemler, fatura durumu).

Colonne	Type	Description
item_id	uuid	Kalem kimliği
tenant_id	uuid	Klinik kimliği
plan_id	uuid	Tedavi planı kimliği
service_id	uuid	Hizmet kimliği
visit_id	uuid	Başvuru kimliği
tooth_no	text	Diş numarası (FDI)
surface	text	Yüzey
price	numeric	Fiyat (para)
status	text	Plan durumu
service_status	text	Hasta hizmet durumu
billing_status	text	Hizmet fatura durumu
side_info	text	Taraf bilgisi
performed_at	timestamptz	İşlem zamanı
updated_at	timestamptz	Güncellenme

Diş Durumları tooth_states VEM: DIS_ISLEM 13 colonne

Odontogram diş durumları (FDI, append-only).

Colonne	Type	Description
tooth_state_id	uuid	Diş durumu kimliği
tenant_id	uuid	Klinik kimliği
patient_id	uuid	Hasta kimliği
visit_id	uuid	Başvuru kimliği
tooth_no	integer	Diş numarası (FDI)
surface	text	Yüzey
condition	text	Durum/işlem
dental_action_type	text	Diş işlem türü
medula_tooth_code	text	Diş kodu (MEDULA)
result_code	text	Sonuç kodu
result_message	text	Sonuç mesajı
recorded_at	timestamptz	Kayıt zamanı
updated_at	timestamptz	Güncellenme

Faturalar invoices VEM: FATURA 14 colonne

Fatura başlıkları (MEDULA teslim, bütçe kodu, dönem).

Colonne	Type	Description
invoice_id	uuid	Fatura kimliği
tenant_id	uuid	Klinik kimliği
patient_id	uuid	Hasta kimliği
visit_id	uuid	Başvuru kimliği
total	numeric	Toplam tutar (para)
status	text	Durum
invoice_type	text	Fatura türü
invoice_no	text	Fatura numarası
period	text	Fatura dönemi
medula_delivery_no	text	MEDULA teslim numarası
budget_code	text	Bütçe kodu
einvoice_status	text	e-Fatura durumu
created_at	timestamptz	Oluşturulma
updated_at	timestamptz	Güncellenme

Fatura Kalemleri invoice_lines VEM: FATURA_KALEM 8 colonne

Fatura satırları (açıklama, miktar, tutar).

Colonne	Type	Description
line_id	uuid	Satır kimliği
tenant_id	uuid	Klinik kimliği
invoice_id	uuid	Fatura kimliği
description	text	Açıklama
qty	numeric	Miktar
unit_price	numeric	Birim fiyat (para)
line_total	numeric	Satır toplamı (para)
updated_at	timestamptz	Güncellenme

Tahsilatlar payments VEM: TAHSILAT 8 colonne

Ödeme/tahsilat kayıtları.

Colonne	Type	Description
payment_id	uuid	Tahsilat kimliği
tenant_id	uuid	Klinik kimliği
patient_id	uuid	Hasta kimliği
invoice_id	uuid	Fatura kimliği
amount	numeric	Tutar (para)
method	text	Ödeme yöntemi
paid_at	timestamptz	Tahsilat zamanı
updated_at	timestamptz	Güncellenme

Modèle de sécurité

Défini par le SuperUser : les liaisons ne sont créées que dans le plan de contrôle de la plateforme ; ces points d'accès ne sont pas détectables dans l'API publique. Les cliniques elles-mêmes ne peuvent pas générer de clés.

Verrouillé au locataire + fail-closed : chaque clé est liée à une seule clinique. Les vues d'export fonctionnent avec security_invoker + un filtre de locataire intégré — sans contexte, aucune ligne n'est renvoyée.

Lecture seule : uniquement GET. La clé n'est stockée que sous forme de hash SHA-256 ; la clé en clair est affichée une seule fois lors de sa création. La désactivation/révocation prend effet immédiatement.

Auditable : chaque extraction de données (connexion, jeu de données, nombre de lignes, IP) est inscrite au journal d'accès.

Tout le modèle de sécurité →

Autres ressources

Patients Rendez-vous & Agenda Odontogramme & Traitement Encaissement & Finance Stock Imagerie Laboratoire Lead & CRM Tourisme médical Reporting & BI Webhooks

Souhaitez-vous mettre en place une migration de données ?

Les liens d'export sont définis par l'opérateur de la plateforme, avec l'accord de votre cabinet.

Contacter