# Υποδομή ψηφιακού ιατρικού φακέλου

> Η υποδομή που χρειάζεται ένας ψηφιακός ιατρικός φάκελος — δομή, ιστορικό, έγγραφα, απομόνωση, συναίνεση, έλεγχος, ανταλλαγή — και γιατί διατηρείται ξεχωριστά από την εφαρμογή που βλέπει ο ασθενής.

Source: https://developers.anpheros.com/el/guides/digital-medical-record

**Ένας ψηφιακός ιατρικός φάκελος χρειάζεται δύο διαφορετικά πράγματα: μια εφαρμογή που βλέπει ο ασθενής, την οποία χρησιμοποιούν οι άνθρωποι καθημερινά, και την υποδομή από κάτω που αποθηκεύει, προστατεύει και μοιράζεται τον φάκελο.** Το Anpheros παρέχει το δεύτερο: την αποθήκευση, την έκδοση, την ταυτότητα, τη συναίνεση, τον έλεγχο και την ανταλλαγή του φακέλου, μέσω ενός API. Η εφαρμογή που βλέπει ο ασθενής μπορεί να είναι το Anpheros Daily, ή μια που θα δημιουργήσετε εσείς.

## Εφαρμογή έναντι υποδομής

| | Εφαρμογή που απευθύνεται στον ασθενή | Υποδομή ιατρικών δεδομένων |
|---|---|---|
| Τι είναι | οθόνες, ειδοποιήσεις, υπενθυμίσεις, γραφήματα, ένας βοηθός | η ίδια η εγγραφή και οι κανόνες γύρω από αυτήν |
| Αλλάζει συχνά | ναι — σχεδιασμός, δυνατότητες, πλατφόρμες | σπάνια — πρέπει να παραμένει σταθερή και συμβατή |
| Παραδείγματα εργασίας | ημερολόγιο συμπτωμάτων, υπενθύμιση φαρμάκων, οικογενειακό ημερολόγιο | FHIR storage, ιστορικό εκδόσεων, συναίνεση, προέλευση, έλεγχος, εισαγωγή εργαστηρίου, webhooks |
| Στο Anpheros | Anpheros Daily (Android, macOS, web) | Anpheros Platform (`platform.anpheros.com`) |

Η διατήρησή τους ξεχωριστά επιτρέπει σε μια εγγραφή να επιβιώσει από οποιαδήποτε μεμονωμένη εφαρμογή και να μοιραστεί μεταξύ πολλών. Το Anpheros Daily ακολουθεί αυτόν τον διαχωρισμό: ό,τι καταγράφουν οι χρήστες στην εφαρμογή γράφεται στην πλατφόρμα μέσω του ίδιου δημόσιου API που χρησιμοποιεί οποιαδήποτε άλλη εφαρμογή, ώστε να είναι διαθέσιμο — με τη συναίνεση του ασθενούς — σε άλλες εφαρμογές στην ίδια μορφή FHIR.

## Τι πρέπει να παρέχει η υποδομή

### Δομή
Μια εγγραφή είναι χρήσιμη μόνο εάν άλλο λογισμικό μπορεί να την κατανοήσει. Το Anpheros την αποθηκεύει ως πόρους HL7 FHIR R4 — 26 τύπους — με τυπικούς κωδικούς (LOINC, ICD-10, ATC, UCUM) και διατηρεί το αρχικό κείμενο δίπλα σε κάθε κωδικό. [Πλατφόρμα FHIR](https://developers.anpheros.com/el/guides/fhir)

### Ιστορικό
Τα ιατρικά δεδομένα διορθώνονται, δεν αντικαθίστανται. Κάθε ενημέρωση δημιουργεί μια νέα έκδοση, η οποία είναι αναγνώσιμη μέσω του `/fhir/R4/{type}/{id}/_history`· οι υπό συνθήκη ενημερώσεις με το `If-Match` αποτρέπουν δύο εγγραφείς από το να αντικαταστήσουν ο ένας τον άλλον (μια παλιά έκδοση απαντά με `412`).

### Έγγραφα
Σαρώσεις και PDF αποθηκεύονται ως `DocumentReference` με το αρχικό αρχείο: μεταφορτώνονται μέσω της πλατφόρμας ή απευθείας στον χώρο αποθήκευσης, και στη συνέχεια οριστικοποιούνται με ένα άθροισμα ελέγχου SHA-256 και μέγεθος. Μετά την οριστικοποίηση, το αρχικό δεν μπορεί να αλλάξει· οι τιμές που εξάγονται από αυτό δείχνουν πίσω σε αυτό (`derived_from`). Τα αρχεία διατηρούνται σε έναν ευρωπαϊκό χώρο αποθήκευσης κρυπτογραφημένο με ένα κλειδί που διαχειρίζεται ο πελάτης, έως 25 MiB το καθένα.

### Ταυτότητα και απομόνωση
Κάθε εφαρμογή λειτουργεί εντός ενός έργου και βλέπει μόνο τους δικούς της ασθενείς (συν αυτούς που της έχουν δώσει πρόσβαση), υπό τα δικά της αμοιβαία αναγνωριστικά. Μια εγγραφή εκτός της εμβέλειάς της δεν υπάρχει γι' αυτήν (`404`).

### Συγκατάθεση
Ένας ασθενής χορηγεί σε μια εφαρμογή πρόσβαση για μια περίοδο (30–365 ημέρες), σε συγκεκριμένους τύπους πόρων και ενέργειες, προαιρετικά περιορισμένη σε μια κατηγορία. Οι χορηγήσεις αντικατοπτρίζονται ως πόροι FHIR `Consent` και μπορούν να ανακληθούν ανά πάσα στιγμή. [Μοντέλο συγκατάθεσης και πρόσβασης](https://developers.anpheros.com/el/guides/consent)

### Προέλευση και έλεγχος
Κάθε εγγραφή καταγράφει ποιος την έγραψε (ασθενής, επαγγελματίας υγείας, συσκευή, εισαγωγή ή AI), για ποιον οργανισμό και από ποιο σύστημα. Κάθε ανάγνωση καταγράφεται και εμφανίζεται στον ασθενή ανά εφαρμογή.

### Ανταλλαγή
Η εγγραφή μπορεί να εξαχθεί στο σύνολό της (`Patient/$everything`), να συνοψιστεί στη μορφή International Patient Summary (`Patient/$summary`), να τροφοδοτηθεί από εργαστήρια (CSV, HL7 v2 ORU^R01, JSON) και να παρακολουθείται μέσω υπογεγραμμένων webhooks. [Ενσωματώσεις υγειονομικής περίθαλψης](https://developers.anpheros.com/el/guides/healthcare-integrations)

### Διαμονή και διαγραφή
Τα δεδομένα αποθηκεύονται και επεξεργάζονται στην Ευρωπαϊκή Ένωση. Η διαγραφή ενός ασθενούς διαγράφει κάθε πόρο της εγγραφής.

## Δημιουργία δικής σας εφαρμογής για τον ασθενή

Εάν δημιουργείτε το επίπεδο εφαρμογής, μπορείτε να επικεντρωθείτε στην εμπειρία χρήστη και να χρησιμοποιήσετε το Anpheros για τα αρχεία:

1. δημιουργήστε έναν ασθενή για κάθε χρήστη (`POST /v1/patients`) ή ζητήστε τη συγκατάθεση ενός υπάρχοντος χρήστη του Anpheros.
2. γράψτε τι καταγράφει ο χρήστης (`/v1/patients/{id}/observations`, `/conditions`, `/medications`, `/documents`).
3. διαβάστε τα ξανά ως λίστες ή χρονοδιάγραμμα (`/v1/patients/{id}/timeline`).
4. εγγραφείτε σε webhooks για να ανανεώσετε τις οθόνες όταν ένα εργαστήριο ή μια κλινική προσθέτει κάτι.

Ο πλήρης οδηγός βρίσκεται στο [Δημιουργία εφαρμογής υγείας](https://developers.anpheros.com/el/guides/build-a-healthcare-app).

## Σχετικά

- [Ιατρικό αρχείο ασθενούς](https://developers.anpheros.com/el/guides/patient-medical-record)
- [Backend και βάση δεδομένων ιατρικής εφαρμογής](https://developers.anpheros.com/el/guides/medical-app-backend)
- [Ασφάλεια, ιδιωτικότητα και τοποθεσία δεδομένων](https://developers.anpheros.com/el/guides/security)
- [Υποδομή ιατρικών δεδομένων](https://developers.anpheros.com/el/guides/medical-data-infrastructure)