Προδιαγραφές Λογισμικού Εργαστηρίων 'MediLab LIS'

Οι Προδιαγραφές Λογισμικού Εργαστηρίων ‘MediLab LIS’ είναι εκτεταμένες. Καλύπτουν όλες τις λειτουργίες των κλινικών εργαστηρίων με πολλαπλούς τρόπους και μεθόδους. Μέσω των ιδιοτήτων του, το εργαστηριακό σύστημα ”MediLab LIS’  διαθέτει ιδιαίτερη ισχυρή  προσαρμοστικότητα. Προσαρμόζεται παραμετρικά στον τρόπο λειτουργίας του κάθε εργαστηρίου.

Διαχείριση της καθημερινής εργασίας

  • Παραγγελία εξετάσεων
  • Έκδοση Barcodes
  • Κατανομή στα εργαστήρια
  • Χρονοπρογραμματισμός των εργασιών
  • Έλεγχος Ποιότητας
  • Προγραμματισμός εξετάσεων στους αναλυτές με barcode
  • Παραλαβή και έγκριση αποτελεσμάτων
  • Διανομή των αποτελεσμάτων.
Προδιαγραφές Λογισμικού Εργαστηρίων
Προδιαγραφές Λογισμικού Εργαστηρίων

ΠΙΝΑΚΑΣ ΠΡΟΔΙΑΓΡΑΦΩΝ

ΠΛΗΡΟΦΟΡΙΑΚΟΥ ΣΥΣΤΗΜΑΤΟΣ ΕΡΓΑΣΤΗΡΙΩΝ

MediLab LIS

1. Γενικά για το σύστημα
1.1 Περιγραφή της προτεινόμενης λύσης
1.2 Πλεονεκτήματα και οφέλη
1.3 Αρχιτεκτονική του ολοκληρωμένου συστήματος. Να δοθεί και σχηματική αναπαράσταση της αρχιτεκτονικής.
1.4 Να αναφερθεί ο τρόπος ενσωμάτωσης των μονάδων πρωτοβάθμιας φροντίδας υγείας στο ολοκληρωμένο σύστημα
1.5 Το λογισμικό θα πρέπει να υποστηρίζει ταυτόχρονη λειτουργία στις ακόλουθες μονάδες υγείας: Νοσοκομεία και κέντρα Υγείας
1.6 Η αρχιτεκτονική θα καθιστά εφικτή την παραγγελία εξετάσεων από ένα τμήμα μιας μονάδας υγείας σε ένα εργαστήριο μιας άλλης μονάδας υγείας, και αντίστροφα, την αποστολή αποτελεσμάτων από ένα εργαστήριο μιας μονάδας υγείας σε ένα τμήμα μιας άλλης μονάδας υγείας. Προτείνεται η αξιοποίηση του πρωτοκόλλου HL7 και αντιστοίχων μηνυμάτων αυτού.
1.7 Καθορισμός Τεχνολογιών που χρησιμοποιεί το σύστημα.
1.8 Δυνατότητα επεκτασιμότητας και δυνατότητα αναβάθμισης του συστήματος
1.9 Το σύστημα πρέπει να τηρεί αρχεία δέκα ετών εκ των οποίων τουλάχιστον τα τρία τελευταία χρόνια πρέπει να είναι άμεσα προσβάσιμα.
1.10 Να αναφερθεί ο συνολικός αριθμός αδειών χρήσης του λογισμικού εφαρμογής που προσφέρεται για το συγκεκριμένο σύστημα. Να αναφερθεί η πολιτική χορήγησης πρόσθετων αδειών χρήσης
1.11 Να υπάρχει η δυνατότητα εγκατάστασης του λογισμικού εφαρμογών σε περισσότερους υπολογιστές από τους προβλεπόμενους.
1.12 Παρουσίαση εφαρμογών και υποσυστημάτων του ΠΣΕ κατά προτίμηση σε παραγωγική λειτουργία σε άλλη μονάδα υγείας στην Ελλάδα ή στην ΕΕ. Η παρουσίαση θα καλύπτει το ελάχιστο σενάριο χρήσης.
1.13 Να διατίθεται διασύνδεση μέσω του πρωτοκόλλου HL7 ως πρωτόκολλο διασύνδεσης.
1.14 Το λογισμικό πρέπει να είναι εξ ολοκλήρου κατασκευής της Εταιρείας και να μην υπάρχουν ενσωματωμένα λογισμικά τρίτων κατασκευαστών.
1.15 Το σύστημα πρέπει να είναι σε θέση να χειρισθεί όλες τις ανάγκες όλων των εργαστηρίων όλων των μονάδων υγείας, ανεξαρτήτου βαθμίδος (νοσοκομεία, κέντρα υγείας, κλπ)
1.16 Το σύστημα πρέπει να παραμετροποιείται ώστε να καλύπτει:
1.16.1 Τη ροή των πληροφοριών στα διάφορα εργαστήρια (είσοδος παραγγελιών, διαμερισμός στα εργαστήρια, εκτέλεση και εξετάσεων και διανομή των αποτελεσμάτων), βασισμένη και στα στοιχεία υφιστάμενης κατάστασης της παρούσας διακήρυξης
1.16.2 Τις χωροταξικές ανάγκες για την εγκατάσταση του/των εξυπηρετητών, των σταθμών εργασίας, κλπ
1.16.3 Tα χρησιμοποιούμενα κατά την φάση της προμελέτης ιατρικά μηχανήματα.
1.17 Απαιτείται μια συνολική προσέγγιση λειτουργίας ανά τύπο εργαστηρίου για όλες τις μονάδες υγείας (ομοιομορφία διαδικασιών), στα πλαίσια του εφικτού (χωροταξικά ή άλλα προβλήματα)
1.18 Δεν θα πρέπει να υπάρχουν όρια σχετικά με τον αριθμό ή τη θέση των αναλυτών που θα διασυνδεθούν στο σύστημα.
2 Απόδοση
2.1 Η απόκριση του συστήματος είναι όπως αυτή ορίζεται στους Πίνακες Συμμόρφωσης
2.2 Το σύστημα πρέπει να καλύπτει το φόρτο εργασίας όπως αυτός περιγράφεται στην ανάλυση της υφιστάμενης κατάστασης
2.3 Το ΠΣΕ πρέπει να καλύπτει τη μελλοντική αύξηση του φόρτου εργασίας κατά 50% (εισαγωγή απογευματινών ιατρείων, διεύρυνση αστικών ζωνών, βελτίωση απόκρισης του συστήματος και διενέργεια περισσοτέρων εξετάσεων ανά ημέρα, κλπ)
2.4 Ο υποψήφιος ανάδοχος πρέπει να αναφέρει το μέγιστο αριθμό ταυτόχρονων χρηστών.
3 Ολοκλήρωση- διασύνδεση με τρίτες εφαρμογές
3.1 Καθορισμός του τρόπου ανταλλαγής δεδομένων στα πλαίσια του ολοκληρωμένου συστήματος μεταξύ των μονάδων υγείας
3.2 Το πληροφοριακό σύστημα πρέπει να είναι ανοικτής αρχιτεκτονικής και να υποστηρίζει το πρωτόκολλο HL7.
3.3 Απαιτείται έντυπο συμμόρφωσης στο πρωτόκολλο HL7 (conformance statement) βασισμένο στο πρότυπο και στα χρησιμοποιούμενα messages.
3.4 Καθορισμός της διασύνδεσης με άλλα πληροφοριακά συστήματα
3.4.1 Διασύνδεση με τις εφαρμογές και τα υποσυστήματα
3.4.2 Με οποιοδήποτε άλλο πληροφοριακό σύστημα απαιτείται (υγειονομικός χάρτης, κλπ)
3.5 Σε κάθε διασύνδεση να αναλυθεί ο τρόπος διασύνδεσης, να αναφερθούν τα υποσυστήματα που πρέπει να διασυνδεθούν (Κλινικές, κλπ) και να εκτιμηθεί το είδος και η συχνότητα των διακινούμενων δεδομένων.
3.6 Σε κάθε πιθανή διασύνδεση με τρίτες εφαρμογές η υλοποίησης θα γίνεται μέσω του πρωτοκόλλου HL7. Η τελική αρχιτεκτονική των μηνυμάτων θα καθοριστεί στη φάση ανάλυσης απαιτήσεων.
3.7 Σε περίπτωση που κάποια διασύνδεση κατά την εκτίμηση του ΔΕΝ είναι δυνατό να υλοποιηθεί μέσω του πρωτοκόλλου HL7, θα πρέπει να προτείνεται τεκμηριωμένη, βιώσιμη και συντηρήσιμη εναλλακτική πρόταση.
4 Ασφάλεια Συστήματος και έλεγχος πρόσβασης.
4.1 Η φιλοσοφία του συστήματος πρέπει να εδράζεται στην έννοια της ασφάλειας των στοιχείων και των ρόλων χρηστών, ανάλογα με τη διάρθρωση των αντίστοιχων εργαστηριακών τμημάτων. Τα δεδομένα που δημιουργούνται θα πρέπει να αποθηκεύονται και να επεξεργάζονται με ένα τρόπο που αποκλείει λάθη ή πρόσβαση σε αυτά χωρίς αντίστοιχη εξουσιοδότηση. Η ασφάλεια δεδομένων πρέπει να χαρακτηρίζεται από τις αρχές και τους κανόνες ασφαλείας. Σχετικά με τα πληροφοριακά συστήματα εργαστηρίων, ο υποψήφιος ανάδοχος θα πρέπει να αναφερθεί στις προδιαγραφές του πληροφοριακού συστήματος που προσφέρει και να καλύψει τις απαιτήσεις όπως προδιαγράφονται.
4.2 Το σύστημα θα πρέπει να διατηρεί την πλήρη διαθεσιμότητά των συνδέσεών του σε περίπτωση βλάβης κάποιου υπολογιστή ενός εργαστηριακού χώρου που συνδέεται με τους αναλυτές. Αυτό θα επιτυγχάνεται για παράδειγμα, μέσω της ύπαρξης ελευθέρων (spare) θυρών επικοινωνίας σε άλλους υπολογιστές και της μεταγωγής της σύνδεσης.
5 Βασικές απαιτήσεις λογισμικού εφαρμογών – Γενικά
5.1 Το πληροφοριακό σύστημα να λειτουργεί σε δικτυακό περιβάλλον (όχι stand alone)
5.2 Το πληροφοριακό σύστημα πρέπει να είναι εξ’ ολοκλήρου στην Ελληνική γλώσσα (γραφικό περιβάλλον, οθόνης βοήθειας, κλπ)
5.3 Κάθε εργαστήριο θα έχει πρόσβαση μόνο στα δικά του δεδομένα, εκτός των περιπτώσεων ειδικής εξουσιοδότησης.
5.4 Το σύστημα πρέπει να έχει παραμετρική φιλοσοφία ώστε να αντιμετωπίζει τις ιδιομορφίες των διαφορετικών εργαστηριακών μονάδων. Να αναφερθούν ιδιάζουσες περιπτώσεις που έχει αντιμετωπίσει ο υποψήφιος ανάδοχος σε παρελθούσες εγκαταστάσεις.
6 Ολοκληρωμένο Σύστημα
6.1 Το λογισμικό καλείται να καλύψει διαφορετικά είδη εργαστηρίων όπως περιγράφεται στην ανάλυση υφιστάμενης κατάστασης για κάθε μονάδα υγείας ξεχωριστά.
6.2 Το σύστημα πρέπει να επιτρέπει την τήρηση του μητρώου ασθενούς τόσο βάσει του Αριθμού Μητρώου όσο και του Ενιαίου Αριθμού Μητρώου Ασθενή εφόσον και όταν κάτι τέτοιο ισχύσει στη χώρα μας (π.χ. ο ΑΜΚΑ – Αριθμός μητρώου κοινωνικής ασφάλισης). Ο τύπος του πεδίου (data type) πρέπει να είναι αλφαριθμητικός
6.3 Να περιγραφεί συνοπτικά η ιστορική διάσταση της ανάπτυξης της εφαρμογής και της τρέχουσας έκδοσης του και να παρέχει στοιχεία για τη συχνότητα αναβάθμισης (νέες εκδόσεις).
7 Γραφικό περιβάλλον εργασίας
7.1 Το σύστημα πρέπει να παρέχει ένα ενιαίο γραφικό περιβάλλον εργασίας (GUI), και κοινή φιλοσοφία περιβάλλοντος εργασίας (look & feel).
7.2 Το γραφικό περιβάλλον εργασίας χρήστη πρέπει να είναι εύχρηστο και ελεγχόμενο μέσω μιας σειράς δομημένων μεθόδων προσπέλασης (π.χ. δομημένα μενού επιλογών), επιτρέποντας την άμεση πρόσβαση σε οποιαδήποτε λειτουργία για την οποία ο χρήστης είναι εξουσιοδοτημένος. Ακόμη, πρέπει να είναι ευέλικτο, ικανό να υποστηρίζει τις ιδιαιτερότητες κάθε περιβάλλοντος εργασίας και χώρου. Να περιγραφεί πλήρως η εργονομία του πληροφοριακού συστήματος.
7.3 Το σύστημα πρέπει να διαθέτει on-line βοήθεια (on-line help) συναφείς με το αντικείμενο εργασίας και το περιεχόμενο, με τρόπο κατανοητό, περιεκτικό αλλά και με δυνατότητες εμβάθυνσης.
7.4 Το σύστημα πρέπει να διαθέτει μηχανισμούς για πεπειραμένους χρήστες που να επιτρέπουν την ταχύτερη ολοκλήρωση λειτουργιών μέσω διαδικασιών συντόμευσης εργασίας (shortcuts).
7.5 Είναι επιθυμητό το γραφικό περιβάλλον εργασίας να λειτουργεί και μέσω ενός Web browser έτσι ώστε να υποστηρίζονται απομακρυσμένοι χρήστες.
7.6 Το σύστημα πρέπει να διαθέτει λειτουργίες και χαρακτηριστικά που να υποβοηθούν τη χρήση του ακόμα και από χρήστες με μικρή εξοικείωση (περιστασιακούς χρήστες) και να επιτρέπει τον προγραμματισμό ειδικών πλήκτρων συντόμευσης (function keys) καθώς και μακροεντολές που να μπορούν να προγραμματιστούν με βάση την ανάλυση απαιτήσεων και τις ιδιαιτερότητες των χρηστών.
7.7 Το σύστημα πρέπει να επιτρέπει τη διακοπή μιας λειτουργίας και την εν συνέχεια επιστροφή στο αρχικό σημείο της διακοπής.
8 Κωδικοποιήσεις
8.1 Το σύστημα πρέπει να υποστηρίζει τη χρήση μνημονικών ή κωδικών με αντίστοιχη συνοπτική λεκτική περιγραφή ώστε να ελαχιστοποιεί την εισαγωγή δεδομένων και να διευκολύνει την ανάλυση και στατιστικοποίηση των δεδομένων.
8.2 Το σύστημα πρέπει να συνθέτει μία Ολοκληρωμένη λύση που να καλύπτει όλες τις ειδικότητες του εργαστηριακού τομέα όπου:
8.2.1 Όλες οι εφαρμογές σε όλες τις μονάδες υγείας θα τηρούν ενιαίες κωδικοποιήσεις και βιβλιοθήκες (εξετάσεις, τύποι εξετάσεων, τύποι δειγμάτων, κλπ)
8.2.2 Όλα τα κωδικοποιημένα στοιχεία θα είναι διαθέσιμα από το σύνολο των εφαρμογών του συστήματος .
8.2.3 Τα κωδικοποιημένα στοιχεία πρέπει να υποστηρίζουν ταυτόχρονη πολλαπλή προσπέλαση από διαφορετικούς χρήστες.
8.2.4 Με την εισαγωγή νέων στοιχείων στα κωδικοποιημένα αρχεία, αυτά θα είναι αυτομάτως διαθέσιμα στο σύνολο των εργαστηρίων με την προϋπόθεση της τήρησης των κανόνων της εμπιστευτικότητας. Οποιαδήποτε αλλαγή, προσθήκη ή αφαίρεση εγγραφών θα ενημερώνει όλες τις εφαρμογές.
8.2.5 Το δεδομένα να είναι πλήρως συγχρονισμένα σε όλο το σύστημα. Να περιγραφεί ο τρόπος αυτόματου συγχρονισμού των κωδικοποιήσεων.
8.3 Τα αρχεία κωδικοποιήσεων πρέπει να συντηρούνται στο σύστημα με τρόπο ώστε να επιτρέπει τη διαχείριση των ιστορικών στοιχείων ακόμα και αν κάποιοι κωδικοί μπορεί να μην ισχύουν στην τρέχουσα μορφή του συστήματος.
8.4 Να δηλωθούνι ποια δεδομένα τηρούνται κωδικοποιημένα και ποια από αυτά τηρούν κάποια διεθνή (π.χ Ιατρικές εξετάσεις κατά LOINC), ή εθνική κωδικοποίηση.
9 Εγγραφή ασθενών
9.1 Το σύστημα πρέπει να είναι σε θέση να υποστηρίζει κεντρική γραμματεία εργαστηρίων
9.2 Το προσφερόμενο σύστημα μπορεί να υποστηρίξει τη διαχείριση κεντρικής γραμματείας προσδιορίζοντας τον τρόπο που διαχειρίζεται την κωδικοποίηση των δειγμάτων έτσι ώστε διαφορετικά δείγματα να αναλύονται από τον ίδιο αναλυτή ή ακόμα πως ένα δείγμα θα αναλυθεί από παραπάνω από έναν αναλυτή (cross check ή άλλη σειριακή εργαστηριακή ανάλυση η οποία εμπλέκει πολλές αναλύσεις).
9.3 Το σύστημα πρέπει να επιτρέπει τη δημιουργία νέων ασθενών αλλά και παραγγελίες νέων εξετάσεων μέσω οποιουδήποτε τερματικού σταθμού, είτε μέσω πληκτρολογίου είτε με υποστήριξη γραμμωτού κώδικα, εφόσον δεν υπάρχει ΟΠΣΝ σε λειτουργία.
9.4 Το σύστημα πρέπει να μπορεί να διαχειριστεί και δείγματα που δεν ανήκουν σε ανθρώπους (π.χ. δείγματα από ζώα για αιματολογικές εξετάσεις, μικροβιολογικές αναλύσεις τροφίμων, τοξικολογικές εξετάσεις, κλπ). Η διαχείριση τέτοιων περιστατικών πρέπει να μπορεί να γίνεται χωριστά από τα συνήθη. Να περιγραφεί από τον υποψήφιο ανάδοχο πως θα αντιμετωπίσει αυτήν την απαίτηση.
9.5 Το σύστημα πρέπει να υποστηρίζει τόσο αυτόματη όσο και χειρονακτική παραγωγή αριθμού δείγματος.
9.6 Το σύστημα πρέπει να αρχειοθετεί τα δημογραφικά στοιχεία των ασθενών. Ο προμηθευτής πρέπει να περιγράψει αναλυτικά τα στοιχεία ασθενών που καταχωρούνται στο σύστημα. Απουσία ΟΠΣΝ, τα στοιχεία αυτά θα τηρούνται στο ΠΣΕ. Εφόσον λειτουργεί ΟΠΣΝ τότε τα στοιχεία αυτά θα προέρχονται από το ΟΠΣΝ μέσω μηνυμάτων HL7.
9.7 Το σύστημα πρέπει να επιτρέπει την προσθήκη και μεταβολή δημογραφικών στοιχείων στο αρχείο ασθενών (χειρονακτικές ή αυτόματες μετατροπές από μηνύματα HL7)
9.8 Το σύστημα πρέπει να υποστηρίζει μια σειρά από διαφορετικές μορφές στην Ημερομηνία γέννησης (DOB) συμπεριλαμβανομένων των παρακάτω μορφών:
9.8.1 Πλήρη στοιχεία ημερομηνίας γέννησης
9.8.2 Προσεγγιστική ημερομηνία γέννησης (π.χ. έτος γέννησης)
9.8.3 Ηλικία σε ημέρες για νεογέννητα (π.χ. 2 ημερών).
9.9 Το σύστημα πρέπει να διασφαλίζει ότι οι συσχετιζόμενες ηλικίες παραμένουν ακριβείς στη πορεία του χρόνου (π.χ. η ηλικία 2 ημερών στις 1.9.2002 μετατρέπεται σε 3 ημερών στις 2.9.2002).
9.10 Το σύστημα πρέπει να υποστηρίζει τον εντοπισμό και ανάκληση του φακέλου του ασθενούς μέσω επωνύμου ή/και άλλων δημογραφικών δεδομένων όταν ο κωδικός ασθενούς δεν είναι διαθέσιμος, περιλαμβανομένων των παρακάτω δυνατοτήτων:
9.10.1 Τεχνικές μερικής ταυτοποίησης
9.10.2 Βασικά χαρακτηριστικά: εσωτερικός κωδικός ασθενούς (συστήματος), επώνυμο, ημερομηνία γέννησης
9.10.3 Δευτερογενή χαρακτηριστικά: όνομα, φύλλο, διεύθυνση
9.10.4 Συνδυασμός πρωτογενών και δευτερογενών χαρακτηριστικών
9.10.5 Προβολή από το σύστημα πιθανών ασθενών που πληρούν τα κριτήρια
9.10.6 Διασύνδεση της τρέχουσας παραγγελίας με τον ασθενή που θα ευρεθεί από την διαδικασία αναζήτησης
9.10.7 Να αναφερθούν οι χρησιμοποιούμενες μέθοδοι για την αποφυγή προβλημάτων ταυτοπροσωπίας δειγμάτων ασθενών
9.11 Πρέπει να είναι δυνατή η πρόσβαση σε στοιχεία εξετάσεων χρησιμοποιώντας τα ακόλουθα στοιχεία: Ονοματεπώνυμο ασθενούς, ημερομηνία γεννήσεως, τμήμα/ εργαστήριο, αριθμό δείγματος, κωδικός ασθενή, κωδικός περιστατικού ασθενή, Μοναδικός Εθνικός Αριθμός ασθενή (πχ ΑΜΚΑ), ανάλογα με τα δικαιώματα του χρήστη.
9.12 Το σύστημα πρέπει να μπορεί να επισημαίνει οπτικά (highlight) ασθενείς με ειδικό καθεστώς ή άλλη ιδιαιτερότητα(πχ, διασημότητες, μολυσματικοί ασθενείς, κλπ). Να αναφερθούν αναλυτικά όλες οι οπτικές και άλλες διευκολύνσεις που παρέχονται στον χρήστη προκειμένου να μπορεί να ελέγχει στοιχεία «με μια ματιά» (flags, χρωματισμοί, διαφορετικά μεγέθη γραμματοσειρών, άλλα οπτικά ή / και ηχητικά εφέ)
9.13 Πρέπει να είναι δυνατή η λεπτομερής καταχώρηση κλινικών στοιχείων για τους ασθενείς ανάλογα με το είδος της εξέτασης. Να περιγραφούν οι διαθέσιμες δυνατότητες (χρήση πινάκων, προτυποποίηση πρωτοκόλλων, χρήση γνωστών κειμενογράφων, κλπ).
9.14 Πρέπει να είναι δυνατή η καταχώρηση αλφαριθμητικών δεδομένων αντί επιθέτου
10 Παραπεμπτικά εξετάσεων – διαχείριση δειγμάτων
10.1 Ένα παραπεμπτικό εξετάσεων (ηλεκτρονικό ή έντυπο) πρέπει να περιέχει κατ’ ελάχιστον τα παρακάτω στοιχεία:
10.1.1 Κωδικός ασθενή
10.1.2 ονοματεπώνυμο ασθενή
10.1.3 όνομα πατρός
10.1.4 ημερομηνία γέννησης
10.1.5 αριθμός ασφαλιστικού ταμείου
10.1.6 ημερομηνία παραγγελίας
10.1.7 κλινική που εκτελεί την παραγγελία
10.1.8 παραγγέλων γιατρός
10.1.9 Υπεύθυνος για την εισαγωγή της παραγγελίας
10.1.10 τύπος εξέτασης, (μπορεί να ζητηθούν πολλές εξετάσεις με την ίδια παραγγελία)
10.1.11 δείγμα εξέτασης (αίμα, ούρα, κλπ)
10.1.12 προτεραιότητα
10.1.13 χρονισμός, (εδώ δηλώνεται αν το δείγμα το οποίο στέλνεται με την παραγγελία πρέπει να κρατηθεί από το εργαστήριο ώστε να χρησιμοποιηθεί μελλοντικά με κάποια άλλη παραγγελία)
10.1.14 ποσότητα εξέτασης
10.1.15 άλλα δεδομένα-πληροφορίες για εργαστήριο
10.2 Το σύστημα πρέπει να είναι σε θέση να διασφαλίζει τη σωστή διαχείριση των δειγμάτων από τους αυτόματους αναλυτές. Να αναλυθούν τα παρακάτω ζητήματα:
10.2.1 Να μη δημιουργούνται αλφαριθμητικοί αριθμοί δειγμάτων αλλά μόνο αριθμητικοί. Υπάρχουν αναλυτές οι οποίοι δε δέχονται χαρακτήρες στον κωδικό δείγματος και καθίσταται δύσκολος ο προγραμματισμός τους
10.2.2 Υπάρχουν αναλυτές οι οποίοι δεν δέχονται περισσότερα από 4 ψηφία στον κωδικό δείγματος. Να αναφερθεί η μεθοδολογία αντιμετώπισης των προβλημάτων που τυχόν θα προκύψουν από το γεγονός ότι οι κωδικοί αυτοί θα μηδενίζουν και θα αρχίζει η αρίθμησή τους και πάλι από την αρχή.
10.2.3 Διαφορετικά είδη δειγμάτων της ίδιας παραγγελίας θα πρέπει να έχουν και διαφορετικό κωδικό δείγματος (π.χ. σε δείγμα ορού και δείγμα ούρων στα οποία θα γίνει η ίδια εξέταση μέσω της ίδιας παραγγελίας θα πρέπει οι κωδικοί δειγμάτων να είναι διαφορετικοί)
10.2.4 Οι κωδικοί δειγμάτων πρέπει να περιέχουν και πληροφορία σχετικά με το είδος δείγματος
10.2.5 Σε περίπτωση που μια παραγγελία απαιτεί είτε τη λήψη περισσοτέρων του ενός δείγματος είτε τον επιμερισμό του αρχικού δείγματος σε περισσότερα φιαλίδια (φύλαξη ορού σε ψυγείο, κλπ) πρέπει να δημιουργούνται περισσότερες ετικέτες σήμανσης των δειγμάτων (με χρήση γραμμωτού κώδικα όπου απαιτείται) ή/και εκτύπωση πρόσθετων ετικετών
10.2.6 Η αρίθμηση των δειγμάτων πρέπει να είναι ενιαία ανά μονάδα υγείας και να μηδενίζεται στην αρχή κάθε έτους
10.2.7 Το σύστημα πρέπει να είναι σε θέση να καταχωρεί αιτία ακαταλληλότητας δείγματος σε περίπτωση που δεν μπορεί να διενεργηθεί μια εξέταση.
10.2.8 Να προταθούν και άλλοι τρόποι ταυτοποίησης ασθενών και δειγμάτων που υποστηρίζει το λογισμικό.
10.3 Το σύστημα πρέπει να επιτρέπει την κωδικοποίηση διαφόρων ειδών εξετάσεων όπως:
10.3.1 Απλές εξετάσεις (single)
10.3.2 Λίστες εξετάσεων (combined) όπου με μια παραγγελία παραγγέλλονται σειρά εξετάσεων (πχ γενική αίματος)
10.3.3 Εξετάσεις που απαιτούν πολλαπλές απαντήσεις σε βάθος χρόνου (ημέρα, κλπ)
10.3.4 Διάφορες πολύπλοκες εξετάσεις (πχ καλλιέργειες, κλπ)
10.3.5 Άλλοι τύποι εξετάσεων που υποστηρίζονται (να αναφερθούν αναλυτικά)
10.4 Το σύστημα πρέπει να διαθέτει αναλυτική καρτέλα ανά εξέταση η οποία πρέπει να περιλαμβάνει:
10.4.1 Υποστήριξη διαφόρων επιπέδων ορίων επισήμανσης τιμών
10.4.2 Διαχείριση είδους δείγματος
10.4.3 Διαχείριση χρησιμοποιούμενων αντιδραστηρίων
10.4.4 Παραμετρική διαχείριση υπολογιζόμενων εξετάσεων
10.4.5 Διαχείριση φυσιολογικών τιμών εξέτασης ανά φύλο, ηλικία, κλπ
10.4.6 Λοιπά χαρακτηριστικά
10.5 Το σύστημα πρέπει να παρέχει παραμετροποιήσιμους από το χρήστη αλγόριθμους για την αξιολόγηση ενός ποσοτικού αποτελέσματος και την αυτόματη μετατροπή του (ή προσθήκη) σε ποιοτικό αποτέλεσμα. Οι αλγόριθμοι θα πρέπει να παραμετροποιούνται ως προς κάθε εξέταση ξεχωριστά.
10.6 Το σύστημα πρέπει να επιτρέπει τη παραγγελία πολλών εξετάσεων για τον ίδιο ασθενή σε διαφορετικές χρονικές στιγμές, δηλαδή να συνδέονται ο μοναδικός αριθμός μητρώου του ασθενή με πολλούς αριθμούς περιστατικών (νοσηλείες, εξετάσεις, κλπ) και με πολλούς αριθμούς παραπεμπτικών για κάθε αριθμό περιστατικού. Σε κάθε άλλη περίπτωση να περιγραφεί η λογική της αντιστοίχησης ασθενών με νοσηλείες και αριθμούς παραγγελιών προκειμένου να μην υπάρχουν προβλήματα στην αντιστοίχηση εξετάσεων σε ασθενείς.
10.7 Το σύστημα πρέπει να επιτρέπει την παραγγελία εξετάσεων με μορφή κωδικού (παραμετρικά οριζόμενου) είτε για μεμονωμένες εξετάσεις είτε για ομάδες (παραμετρικά οριζομένων) εξετάσεων.
10.8 Το σύστημα πρέπει να υποστηρίζει τη οργάνωση των εξετάσεων σε ομάδες (profiles), και να επιτρέπει την παραγγελία εξετάσεων με αυτό τον τρόπο. Τα profiles αυτά είναι οριζόμενα από εξουσιοδοτημένους χρήστες.
10.9 Το σύστημα πρέπει να επιτρέπει τη παραγγελία εξετάσεων κάθε τύπου από άλλο πληροφοριακό σύστημα (ΟΠΣΝ, κλπ) μέσω HL7 μηνυμάτων
10.10 Το σύστημα πρέπει να επιτρέπει τη γρήγορη παραγγελία εξετάσεων μέσω εύχρηστου γραφικού τρόπου (χρήση templates).
10.11 Το σύστημα πρέπει να δίνει την δυνατότητα παραγγελίας εξετάσεων σε διαφορετικά εργαστηριακά τμήματα μέσω ενός μοναδικού αριθμού παραγγελίας.
10.12 Το σύστημα πρέπει να επιτρέπει την παραγγελία εξετάσεων οποτεδήποτε και από οποιαδήποτε τερματικό ανεξάρτητα από το πού προήρθε η αρχική παραγγελία.
10.13 Το σύστημα πρέπει να έχει μια ειδική επισήμανση για τις επείγουσες εξετάσεις (STAT) ώστε αυτές να προγραμματίζονται στους αναλυτές με αυτή την ένδειξη.
10.14 Το σύστημα πρέπει να επιτρέπει τη μεταβολή σε δημογραφικά στοιχεία του ασθενούς κατά την παραγγελία εξετάσεων.
10.15 Το σύστημα πρέπει να επιτρέπει την καταγραφή ειδικών χαρακτηριστικών και κατηγοριών ασθενών κατά την παραγγελία (π.χ. επείγον, ιδιωτικός ασθενής, μολυσματικός, κλπ.). Να περιγραφούν αναλυτικά οι δυνατότητες.
10.16 Το σύστημα πρέπει να επιτρέπει την παραγγελία μίας η περισσότερων εξετάσεων ανάλογα του αποτελέσματος κάποιας εξέτασης και άλλων δεδομένων (π.χ. ηλικία του ασθενούς).
10.17 Το σύστημα πρέπει να τροποποιεί μία παραγγελία κατά τη διάρκεια και μετά την καταχώρησή της, περιλαμβανομένης και της προσθήκης ή διαγραφής μίας εξέτασης.
10.18 Το σύστημα πρέπει να επιτρέπει τον περιορισμό της δυνατότητας μεταβολής μίας παραγγελίας ανάλογα με τα δικαιώματα χρήσης (ρόλο) κάθε χρήστη.
10.19 Το σύστημα πρέπει να επιτρέπει την έννοια της εντολής με στοιχεία σε εκκρεμότητα (με δυνατότητα συμπλήρωσης στο μέλλον) περιλαμβανομένων παραγγελιών χωρίς δείγματα ή δείγματα χωρίς παραγγελία.
10.20 Το σύστημα πρέπει να εντοπίζει και να επισημαίνει εντολές με όμοιες εξετάσεις και να επιτρέπει στο χρήστη να επιλέγει αν επιθυμεί την παραγγελία των ομοίων εξετάσεων.
10.21 Το σύστημα πρέπει να υποστηρίζει ανώνυμες παραγγελίες εξετάσεων (πχ επείγοντα περιστατικά). Να περιγραφούν οι δυνατότητες.
10.22 Το σύστημα πρέπει να παρέχει τη δυνατότητα, κατά την διάρκεια εισαγωγής μιας παραγγελίας, της ανάγνωσης του ιστορικού ενός ασθενή (εφόσον αυτό υπάρχει) χωρίς να απαιτείται η «έξοδος» από τη διαδικασία εισαγωγής της παραγγελίας. Να περιγραφούν οι δυνατότητες και οι αυτοματισμοί (διαγράμματα, καμπύλες τιμών, κλπ)
10.23 Το σύστημα πρέπει να παρέχει τη δυνατότητα συγχώνευσης ιατρικών φακέλων με δυνατότητα προσδιορισμού του κυρίου φακέλου. Πρέπει να υπάρχει η δυνατότητα μεταφοράς εντολών και αποτελεσμάτων εξετάσεων από εξεταζόμενο σε εξεταζόμενο σε περιπτώσεις διπλοκαταχωρήσεων.
10.24 Κάθε παραγγελία – εντολή σε μορφή ηλεκτρονικού παραπεμτικού θα έχει ένα μοναδικό αριθμό παραγγελίας. Ο αριθμός αυτός εκδίδεται από το Πληροφοριακό Σύστημα που δημιουργεί το παραπεμπτικό. Ωστόσο, για λόγους ανεξαρτησίας των εργαστηρίων, θα πρέπει το σύστημα να είναι σε θέση να δημιουργεί και αυτό παραγγελίες με τους αντίστοιχους κωδικούς.
11 Έλεγχοι Διαδικασιών
11.1 Το σύστημα πρέπει να επιτρέπει την παραγωγή ημερολογίων εργασίας εφόσον οι διαδικασίες του εργαστηρίου το απαιτούν.
11.2 Είναι επιθυμητό το σύστημα να επιτρέπει τη δημιουργία φύλλων εργασίας για την υποστήριξη των διαδικασιών του εργαστηρίου.
11.3 Το σύστημα πρέπει να παρέχει σε πραγματικό χρόνο στοιχεία αναφορικά με:
11.3.1 Εκκρεμείς εργασίες ανά εξέταση
11.3.2 Ολοκληρωμένες εργασίες προς έγκριση
11.3.3 Επείγουσες εκκρεμείς εργασίες ανά εξέταση
11.3.4 Άλλες αναφορές που παρέχονται σε πραγματικό χρόνο (να αναφερθούν)
12 Εισαγωγή αποτελεσμάτων
12.1 Το σύστημα πρέπει να επιτρέπει την εισαγωγή αποτελεσμάτων εργαστηριακών εξετάσεων από:
12.1.1 Τερματικό Η/Υ
12.1.2 Από αναλυτή (αυτόματα μέσω μονόδρομη ή αμφίδρομης επικοινωνίας ανάλογα με τις δυνατότητες του αναλυτή).
12.2 Το σύστημα πρέπει να επιτρέπει την εισαγωγή εργαστηριακών αποτελεσμάτων μέσω μηχανικής ανάγνωσης (π.χ. Bar codes) αυτόματα μέσω των αναλυτών που έχουν αυτή τη δυνατότητα.
12.3 Το σύστημα πρέπει να δίνει τη δυνατότητα καταχώρησης δεδομένων μέσω προγραμματιζόμενου πληκτρολογίου (χρήση συντομεύσεων, φύλλα καταχώρησης αποτελεσμάτων ανά ομάδα εξετάσεων, κλπ).
12.4 Το σύστημα πρέπει να επιτρέπει την εισαγωγή εργαστηριακών αποτελεσμάτων από κάποιον άλλον υπολογιστή (εντός ή εκτός του εργαστηρίου) μέσω ασφαλούς δικτυακής διασύνδεσης. Να περιγραφεί αναλυτικά η δυνατότητα (χρήση web browser, υποστήριξη πρωτοκόλλων TCP/IP, XML, κλπ).
12.5 Το σύστημα πρέπει να υποστηρίζει εισαγωγή αποτελεσμάτων, ποιοτικών ή ποσοτικών, στην μορφή:
12.5.1 Αριθμητικών αποτελεσμάτων
12.5.2 Κωδικοποιημένων σχολίων (πχ. θετικό, αρνητικό, κλπ)
12.5.3 Ελεύθερου κειμένου (συμβατότητα με standards κειμενογράφους όπου αυτό απαιτείται)
12.5.4 Γραφήματα
12.5.5 Οποιονδήποτε συνδυασμό των παραπάνω
12.6 Το σύστημα πρέπει να επιτρέπει την εισαγωγή σχολίων (τεχνικών ή κλινικών σχολίων) σε μορφή κωδικοποιημένου ή ελεύθερου κειμένου. Αυτά τα σχόλια μπορούν να δημιουργούνται στο σύστημα ή να εισάγονται από άλλο σύστημα μέσω τρίτης εφαρμογής (πχ. Κειμενογράφος, Πρόγραμμα επεξεργασίας φύλλων δεδομένων, κλπ). Για αυτόν τον σκοπό αυτό είναι απαραίτητη η δυνατότητα ενσωμάτωσης σχολίων στο φάκελο του ασθενούς (ιατρικά πορίσματα).
12.7 Το σύστημα πρέπει να επιτρέπει την καταχώρηση σχολίων (ελεύθερο ή κωδικοποιημένο κείμενο) τόσο στο επίπεδο της εξέτασης όσο και της εντολής παραγγελίας.
12.8 Το σύστημα πρέπει να επιτρέπει τη δημιουργία βιβλιοθηκών κωδικοποιημένων σχολίων ανά εργαστηριακό τμήμα.
12.9 Το σύστημα πρέπει να καταγράφει την ημερομηνία και την ώρα που καταχωρήθηκαν τα αποτελέσματα καθώς και το χρήστη που πραγματοποίησε την καταχώρηση.
12.10 Το σύστημα πρέπει να επιτρέπει την εισαγωγή αποτελεσμάτων βάσει:
12.10.1 Αριθμού δείγματος
12.10.2 Κωδικού Εξέτασης
12.10.3 Αριθμού παραπεμπτικού
12.10.4 Μαζικής καταχώρησης
12.10.5 Κωδικού ασθενή
12.11 Το σύστημα πρέπει να επιτρέπει την εισαγωγή αποτελεσμάτων σε μορφή πίνακα.
12.12 Να αναλυθούν οι προσφερόμενες λειτουργίες ελέγχου συνάφειας των εξετάσεων και παροχής λοιπών ιατρικών πληροφοριών από το σύστημα.
12.13 Για κάθε εξέταση θα τηρούνται τα στοιχεία της αναλυτικής συσκευής στην οποία πραγματοποιήθηκε η εξέταση.
12.14 Το σύστημα πρέπει να υποστηρίζει τη δημιουργία μονόδρομων, αμφίδρομων συνδέσεων και αμφίδρομων συνδέσεων κατά query mode με τους αυτόματους αναλυτές για τη δημιουργία λιστών εργασίας ή παρτίδων εξετάσεων (worklists) πριν και μετά την ανάλυση και τη μεταφορά αποτελεσμάτων.
12.15 Το σύστημα πρέπει να υποστηρίζει τη διαχείριση παρτίδων εξετάσεων. Να αναλυθούν οι προσφερόμενες δυνατότητες οργάνωσης των παρτίδων εξετάσεων και του γενικότερου χρονοπρογραμματισμού των εργασιών μέσω του πληροφοριακού συστήματος.
12.16 Το σύστημα πρέπει να επιτρέπει στον χρήστη να είναι ανά πάσα στιγμή σε θέση να ελέγξει τόσο την κατάσταση της επικοινωνίας όσο και την πρόοδο των αναλύσεων των συνδεδεμένων αναλυτών. Να περιγραφεί ο τρόπος.
12.17 Το σύστημα πρέπει να επιτρέπει την αναδρομολόγηση εξετάσεων από έναν αναλυτή σε έναν άλλον με παράλληλη αποθήκευση όλων των δεδομένων στη βάση δεδομένων. Να περιγραφεί επίσης αναλυτικά η δυνατότητα επανάληψης των εξετάσεων στον ίδιον ή διαφορετικό αναλυτή.
12.18 Να υποβληθεί πλήρης κατάλογος με τους αναλυτές και τον λοιπό ιατροτεχνολογικό εξοπλισμό για τους οποίους έχει αναπτυχθεί λογισμικό για οδηγούς διασύνδεσης. Επίσης να περιγραφεί η γενική φιλοσοφία διασύνδεσης με αναλυτές.
12.19 Απαιτείται πλήρης εκμετάλλευση όλων των δυνατοτήτων σύνδεσης, εφόσον αυτές περιγράφονται στο πρωτόκολλο επικοινωνίας του εκάστοτε αναλυτή (μονόδρομη – αμφίδρομη επικοινωνία, χρήση bar-codes, quality control, έλεγχος του check digit κλπ ).
12.20 Να διασφαλίζεται η πλήρης διαθεσιμότητα των συνδέσεων (connection redundancy) με τους αναλυτές ακόμα και σε περίπτωση βλάβης του συνδεδεμένου τερματικού. Να αναφερθεί η μεθοδολογία αντιμετώπισης τέτοιων προβλημάτων.
12.21 Το υποσύστημα διασύνδεσης με τα αναλυτικά όργανα πρέπει να δίνει προσωρινή αποθήκευση των αποτελεσμάτων για έλεγχο και τροποποίηση.
12.22 Το σύστημα πρέπει να ελέγχει και να συγκρίνει αυτόματα τα αποτελέσματα με βάση τις φυσιολογικές τιμές που αφορούν την κάθε εξέταση χωριστά. Το σύστημα πρέπει να υποστηρίζει πλήρη ανάλυση των φυσιολογικών τιμών:
12.22.1 Ανά φύλο
12.22.2 Ανά ηλικία
12.22.3 Ενήλικές / Ανήλικοι
12.22.4 Κλινική κατάσταση (πχ ημερομηνία τελευταίας έμμηνου ρήσεως)
12.22.5 Ειδικές περιπτώσεις (εγκυμοσύνη, κλπ)
12.22.6 Άλλες περιπτώσεις (να αναφερθούν)
12.22.7 Να αναφερθεί πως χειρίζεται το λογισμικό ζητήματα σχετικά με τις φυσιολογικές τιμές λόγω διαφορετικών εκτιμήσεων στη βιβλιογραφία (διαφορετικές φυσιολογικές τιμές για ίδια εξέταση σε αναλυτές διαφορετικών εταιριών)
12.23 Το σύστημα πρέπει να συγκρίνει τα τρέχοντα αποτελέσματα με προηγούμενα αποτελέσματα (delta check). Οποιαδήποτε αναφορά σε προηγούμενα αποτελέσματα πρέπει να συνοδεύεται με ένδειξη της κατάστασης των αποτελεσμάτων.
12.24 Το σύστημα πρέπει να αποθηκεύει τις φυσιολογικές τιμές και τα στοιχεία delta check τη στιγμή εισαγωγής των αποτελεσμάτων με ανάκληση των στοιχείων σε μελλοντικές εισαγωγές. Το λογισμικό πρέπει να υποστηρίζει δυνατότητες του συστήματος στη διαχείριση παιδιατρικών ορίων αναφοράς.
12.25 Το σύστημα πρέπει να επιτρέπει την εισαγωγή ενός η περισσότερων κωδικών (παραμετροποιήσιμων) που να διευκολύνουν την αναζήτηση και την στατιστική ανάλυση (κωδικοποίηση αποτελεσμάτων βάση του κλινικού περιεχομένου τους)
12.26 Το σύστημα πρέπει να επιτρέπει την ανάκληση αποτελεσμάτων από περισσότερα του ενός εργαστηρίων και τον υπολογισμό παραμέτρων από το συνδυασμό τέτοιων αποτελεσμάτων.
12.27 Το σύστημα πρέπει να δημιουργεί αυτοματοποιημένες εντολές με βάση παραμετρικούς κανόνες που θα ορίζουν οι χρήστες (πχ re-run εξετάσεων, επόμενη μέτρηση σε εξέταση που απαιτεί αλληλουχία αναλύσεων, κλπ)
12.28 Είναι επιθυμητό το σύστημα να υποστηρίζει την αυτόματη γραφή κειμένου μέσω συστήματος αναγνώρισης φωνής.
12.29 Το σύστημα πρέπει να υποστηρίζει την εισαγωγή αποτελεσμάτων σε μορφή εικόνων στο φάκελο ασθενούς.
12.30 Το σύστημα πρέπει να τηρεί πλήρες ημερολόγιο (audit trail) όλων των εισαγωγών αποτελεσμάτων εξετάσεων και μεταβολών σε αυτά με στοιχεία του χρήστη και του χρόνου που τις έκανε.
13 Έγκριση
13.1 Το σύστημα πρέπει να διαθέτει μεθόδους άμεσου και εμμέσου εγκρίσεως των αποτελεσμάτων ανάλογα με τα δικαιώματα των χρηστών. Το κύκλωμα των εγκρίσεων αποτελεσμάτων πρέπει να υποστηρίζεται από αυστηρό μηχανισμό ελέγχου των χρηστών.
13.2 Ο αρμόδιος χρήστης ενός εργαστηρίου να καθορίζει και να μεταβάλει τις μεθόδους έγκρισης των αποτελεσμάτων.
13.3 Στο βασικό (πρώτο) επίπεδο έγκρισης η πιστοποίηση των αποτελεσμάτων πρέπει να γίνεται άμεσα και αυτόματα (πχ. Βάσει φυσιολογικών τιμών και άλλων παραμέτρων).
13.4 Το σύστημα πρέπει να επιτρέπει για κάθε νέο αποτέλεσμα, να αποστέλλεται, πριν εγκριθεί, σε «ουρά αναμονής» ανάλογα με την κατηγορία της εξέτασης ή το προφίλ του χρήστη ή τον προορισμό του απαντητικού.
13.5 Το σύστημα πρέπει να ενσωματώνει διαδικασίες τεκμηρίωσης αποτελεσμάτων βασισμένους σε ελέγχους αριθμητικών ή/και αλφαριθμητικών ορίων (π.χ. φυσιολογικές τιμές, όρια συνάφειας, delta checks, κλπ.)
13.6 Είναι επιθυμητό το σύστημα να διαθέτει μηχανισμούς τεκμηρίωσης αποτελεσμάτων βασισμένους σε ελέγχους κλινικών συνθηκών / δεδομένων.
13.7 Στο δευτερεύον επίπεδο (τελική έγκριση πριν την απελευθέρωση των αποτελεσμάτων για κλινική μελέτη στα παραγγέλοντα τμήματα) η έγκριση πρέπει να συνοδεύεται από επισκόπηση προηγούμενων αποτελεσμάτων (τουλάχιστον τα δύο τελευταία) που αφορούν τον ασθενή, τόσο στο ίδιο εργαστήριο όσο και στα υπόλοιπα εργαστήρια του φορέα.
13.8 Το σύστημα πρέπει να επιτρέπει την αυτόματη παραγωγή και εκτύπωση σχολίων αλλά και απόκρυψη τιμών αποτελεσμάτων βάσει παραμετρικών ή/και μη παραμετρικών κανόνων οριζόμενων από το χρήστη.
13.9 Οι μηχανισμοί έγκρισης πρέπει να είναι σημαντικά ευέλικτοι επιτρέποντας στους χρήστες για παράδειγμα:
13.9.1 Να προσθέτουν σχόλια
13.9.2 Να ζητούν από το σύστημα συμπληρωματικές εξετάσεις και αναλύσεις
13.9.3 Να αποκρύπτουν αποτελέσματα εξετάσεων ανάλογα με τα δικαιώματα χρηστών (πχ διασημότητες, ασθενείς με AIDS, κλπ)
13.9.4 Να επαναφέρουν αποτελέσματα εξετάσεων που λανθασμένα αποκρύφθησαν
13.9.5 Να δημιουργούν ad-hoc αναφορές (ειδικές περιπτώσεις, κλπ)
13.9.6 Να επεξεργάζονται αριθμητικά αποτελεσμάτων και κείμενα (με την υποστήριξη επεξεργαστών κειμένου αν η απάντηση σε μια εξέταση είναι μια διάγνωση σε ελεύθερο κείμενο, π.χ. Βιοψίες, κλπ)
13.9.7 Να κατακρατούν αναφορές και απαντητικά (no release)
13.9.8 Να εγκρίνουν και να τεκμηριώνουν μαζικά αποτελέσματα για επιλεγμένους ασθενείς ή εξετάσεις
13.10 Το σύστημα πρέπει να καταγράφει και να αποθηκεύει τα στοιχεία του υπευθύνου για την έγκριση των αποτελεσμάτων μίας εξέτασης σε όλες τις φάσεις έγκρισης μέχρι τη δημοσίευση ενός αποτελέσματος.
13.11 Κατά τη διάρκεια της έγκρισης, πρέπει να είναι δυνατή η:
13.11.1 επιλογή πρόσθετων αντιγράφων απαντητικών για διανομή σε πολλαπλούς αποδέκτες
13.11.2 δημιουργία πρόσθετων παραγγελιών εξετάσεων
13.11.3 η ομαδική επέμβαση σε αποτελέσματα (πχ αύξηση τιμών κατά ένα ποσοστό κ.λπ), ανάλογα με τις εκτιμήσεις για αποκλίσεις οφειλόμενες σε μηχανήματα – αντιδραστήρια
13.12 Το σύστημα πρέπει να επιτρέπει την έγκριση – απελευθέρωση αποτελεσμάτων μέρους της παραγγελίας μέχρι και σε επίπεδο εξέτασης και όχι υποχρεωτικά όλου του δείγματος ή της παραγγελίας. (Δηλ. Να μην είναι απαραίτητο να εκτελεστεί όλη η παραγγελία, ή όλες οι εξετάσεις του δείγματος ώστε να εκτυπωθεί κάποιο ήδη έτοιμο και εγκεκριμένο αποτέλεσμα του δείγματος ή της παραγγελίας).
13.13 Κάθε φορά που εμφανίζονται αποτελέσματα εξετάσεων στο σύστημα, πρέπει να εμφανίζεται και η τρέχουσα κατάσταση έγκρισης τους. Να αναφερθούν οι οπτικές διευκολύνσεις των χρηστών αναφορικά με τη κατάσταση μιας εξέτασης ή / και μιας παραγγελίας (status).
13.14 Το σύστημα πρέπει να επιτρέπει την αποστολή αποτελεσμάτων μέσω μηνυμάτων HL7 σε τρίτα συστήματα (ΟΠΣΝ, Ιατρικοί φάκελοι, κλπ), εφόσον βέβαια είναι επίσημα εγκεκριμένα από αρμόδιο χρήστη (πχ. διευθυντής εργαστηρίου).
14 ‘Ελεγχος Ποιότητας
14.1 Παροχή ελέγχου ποιότητας (quality control). Ειδικά, η αξιοπιστία των μετρήσεων των αναλυτών πρέπει να ελέγχεται με ενσωματωμένο σύστημα ελέγχου ποιότητας, για κάθε ένα συνδεδεμένο αναλυτή του συστήματος.
14.2 Να περιγραφούν οι διαδικασίες ποιοτικού ελέγχου που μπορεί να προσφέρει το λογισμικό. Ενδεικτικά αναφέρονται: Στατιστικά μεγέθη (standard deviation, coefficient of variation) σε ημερήσια, μηνιαία και ετήσια βάση Διαγράμματα Levey-Jennings Συσσωρευτικό Αθροιστικό Διάγραμμα (Cusum). Συσσωρευτικό Αθροιστικό Διάγραμμα Στηλών (Tabular Cusum) Συσσωρευτικό Αθροιστικό Διάγραμμα με προκαθορισμένα όρια (Decision Limit Cusum) Διάγραμμα βαρυκεντρικού κινούμενου μέσου (EWMA) Διάγραμμα δείκτη τυπικής απόκλισης (SDI) Westgard multi-rule statistical analysis Shewhart charts Youden Plots Trigg’s Trend Analysis Brian Bull’s Patient Mean Άλλες μέθοδοι που αναφέρονται στη διεθνή βιβλιογραφία. Να αναφερθούν.
14.3 Το σύστημα να εισάγει δείγματα ποιοτικού ελέγχου τόσο σε τυχαία σειρά όσο και σε προκαθορισμένη θέση, κατόπιν επιλογής από το χρήστη.
14.4 Το σύστημα πρέπει να διαθέτει δυνατότητες εκτέλεσης υπολογισμών τόσο στα δείγματα του ποιοτικού ελέγχου όσο και σε αυτά των ασθενών.
14.5 Το σύστημα πρέπει να παρέχει δυνατότητες γραφικής απεικόνισης και εκτύπωσης των δεδομένων του ποιοτικού ελέγχου.
14.6 Το σύστημα πρέπει να τηρεί τιμές στόχου και αριθμό παρτίδων για τα δείγματα ποιοτικού ελέγχου.
14.7 Το σύστημα πρέπει να παρέχει διαδικασίες delta check τόσο για αποτελέσματα από διαδοχικές αναλύσεις του ιδίου δείγματος όσο και για αποτελέσματα που αφορούν στην ίδια εξέταση αλλά προέκυψαν με διαφορετική ανάλυση (π.χ. από αναλυτή και χειρονακτικά).
15 Αναφορές – Εκτυπωτικά
15.1 Το σύστημα πρέπει να μπορεί να τηρεί ενιαία τυποποιημένα έντυπα
15.2 Το σύστημα πρέπει να εκτυπώνει άμεσα τα αποτελέσματα.
15.3 Το πληροφοριακό σύστημα πρέπει να διαθέτει υποσύστημα παραγωγής ad-hoc αναφορών (report generator) το οποίο να είναι εύχρηστο στον τελικό χρήστη. Η χρήση του εργαλείου αυτού δεν πρέπει να επηρεάζει τη συνολική απόδοση του συστήματος.
1.4 Το σύστημα πρέπει να έχει εργαλείο δημιουργίας αναφορών και εκτυπωτικών το οποίο να είνα5ι εύχρηστο στο χρήστη (σελιδοποίηση, επιλογή εξετάσεων, πίνακες αποδεκτών, λογότυπα, κλπ)
15.5 Το σύστημα πρέπει να επιτρέπει ταυτόχρονα την αποστολή αναφορών σε πολλαπλούς αποδέκτες (προορισμούς).
15.6 Επιλογή από το χρήστη της μορφής παρουσίασης των αποτελεσμάτων και της γενικότερης μορφής των εκτυπωτικών (π.χ. διαφορετικές μορφές για κάθε κλινική, για διαφορετικούς ιατρούς, κλπ.). το σύστημα πρέπει να επιτρέπει τη χρήση προτύπων αναφορών ανά ιατρό / χρήστη / εργαστήριο / τύπο εξετάσεων, κλπ. Το σύστημα πρέπει να επιτρέπει και την εκτύπωση συγκεκριμένων αναφορών σε επιλεγμένους προορισμούς ακόμα και σε απομακρυσμένες περιοχές.
15.7 Αυτόματη επιλογή της μορφής αναφοράς ανάλογα με τον εντολέα της παραγγελίας.
15.8 Το σύστημα πρέπει να δίνει τη δυνατότητα προσωρινών αναφορών για ημιτελείς εξετάσεις (με ανάλογη επισήμανση πάνω στην αναφορά)
15.9 Το σύστημα πρέπει να επιτρέπει την έκδοση αντιγράφων αναφορών.
15.10 Το σύστημα πρέπει να υποστηρίζει την εκτύπωση αναφορών και την ενσωμάτωση εικόνων ή και διαγραμμάτων σε αυτές (πχ ιστογράμματα)
15.11 Το σύστημα πρέπει να επιτρέπει την παραγωγή ad-hoc συγκεντρωτικών αναφορών.
15.12 Είναι επιθυμητό το σύστημα να επιτρέπει την έκδοση ενιαίων αναφορών έτσι ώστε τα αποτελέσματα εξετάσεων από τα διαφορετικά εργαστήρια να εμφανίζονται στην ίδια εκτύπωση.
15.13 Το σύστημα πρέπει να υποστηρίζει την έκδοση απαντητικών με παρουσίαση των αποτελεσμάτων σε μορφή γραφημάτων, πίνακα, αριθμητικών τιμών, συμπεριλαμβανομένων συγκεντρωτικών αναφορών.
15.14 Το σύστημα πρέπει να εκτυπώνει τα αποτελέσματα σε λευκό χαρτί (με εκτύπωση επικεφαλίδων) ή σε προτυπωμένο έντυπο.
15.15 Το σύστημα πρέπει να αποκρύπτει αποτελέσματα εξετάσεων ή σχολίων από κάθε εκτυπωμένη αναφορά. (πχ για μολυσματικούς ασθενείς, διασημότητες, κλπ).
15.16 Το σύστημα πρέπει να εκτυπώνει τους διάφορους τύπους εξετάσεων, συμπεριλαμβανομένων των παρακάτω:
15.16.1 Εξετάσεις για τις οποίες δεν έχουν εκδοθεί απαντητικά
15.16.2 Ημιτελείς εξετάσεις
15.16.3 Επαναληπτικές εξετάσεις για ασθενή
15.16.4 Ασθενείς με αποτελέσματα εκτός προσδιορισμένων ορίων
15.16.5 Εξετάσεις για διάφορες κατηγορίες ασθενών (ιδιωτικούς ασθενείς, κλινικές μελέτες, κλπ.)
15.17 Το σύστημα πρέπει να εκδίδει αναφορές:
15.17.1 Προς τις κλινικές και τους ορόφους
15.17.2 Προς τους θεράποντες ιατρούς (απαντητικά, αθροιστικά αποτελέσματα, συγκριτικά αποτελέσματα
15.17.3 Προς τις ειδικές μονάδες, ΜΕΘ, Χειρουργεία , κλπ (STAT reports)
15.17.4 Ενδιάμεσες για άμεση ενημέρωση νοσηλευτών ή άλλου νοσηλευτικού προσωπικού (Interim reports)
15.17.5 Εσωτερικές για τα μέλη του εργαστηρίου
15.17.6 σχετικά με μη φυσιολογικά αποτελέσματα
15.17.7 σχετικά με αποτελέσματα που έχουν καθυστερήσει
15.17.8 σχετικά με παραγγελίες που έχουν γίνει χωρίς να έχουν παραληφθεί ακόμη τα δείγματα
15.17.9 σχετικά με τον ποιοτικό έλεγχο των αναλυτών
15.17.10 Άλλες (να αναφερθούν)
15.18 Το σύστημα πρέπει να παράγει ετικέτες σε μορφή γραμμωτού κώδικα (barcode) για κάθε εξέταση ανάλογα με τις επιχειρησιακές ανάγκες.
15.19 Το λογισμικό πρέπει να υποστηρίζει τις παρακάτω κωδικοποιήσεις γραμμωτού κώδικα:
15.19.1 CODABAR CODE 39 CODE 128 (αφορά μόνο εξετάσεις που εμπλέκονται στο κύκλωμα της Αιμοδοσίας και οι όποιες για λόγους οργανωτικούς ή άλλους δε γίνονται από την Αιμοδοσία)
15.20 Τα μεγέθη των ετικετών που προορίζονται για τους δοκιμαστικούς σωλήνες πρέπει να έχουν διαστάσεις 50-60mm μήκος και 25-35mm ύψος (όπου 10 mm κατ ελάχιστον αφορούν τον γραμμωτό κώδικα).
16 Αναζητήσεις / Ανάγνωση αποτελεσμάτων
16.1 Το σύστημα πρέπει να επιτρέπει την ανάγνωση των αποτελεσμάτων με τους παρακάτω τρόπους:
16.1.1 Μέσω οθόνης υπολογιστή
16.1.2 Μέσω αναφοράς (εκτύπωση)
16.1.3 Μέσω τρίτου πληροφοριακού συστήματος (μέσω μηνυμάτων HL7)
16.2 Το σύστημα να επιτρέπει την ανάγνωση αναφορών μέσω ασφαλούς δικτυακού μέσου σε εξουσιοδοτημένους χρήστες από άλλες μονάδες υγείας (π.χ. Κέντρα Υγείας που στέλνουν ασθενείς σε ένα νοσοκομεία για εξετάσεις). Να αναφερθεί αν το σύστημα υποστηρίζει την ανάγνωση αποτελεσμάτων μέσω διαδικτύου. Επίσης αποστολή αποτελεσμάτων σε κινητό τηλέφωνο.
16.3 Η αναζήτηση εξέτασης ή παραγγελίας ενός ασθενή πρέπει να είναι εφικτή με την αναζήτηση και εμφάνιση στοιχείων χρησιμοποιώντας ένα ή περισσότερα δημογραφικά στοιχεία. Πρέπει να είναι εφικτή η απόλυτη ταυτοποίηση ενός ασθενή χρησιμοποιώντας τα δημογραφικά του στοιχεία κατά τη διάρκεια αυτής της αναζήτησης.
16.4 Κατά τη διαδικασία αναζήτησης πρέπει να είναι δυνατή η εμφάνιση όλων των δειγμάτων απεικονίζοντας με πρώτα τα πιο πρόσφατα, ή με κάθε άλλο τρόπο (πχ. Αντίστροφη χρονολογική σειρά).
16.5 Όταν κάποια αποτελέσματα δεν μπορούν να απεικονιστούν όλα σε μια οθόνη, πρέπει να γίνει επισκόπηση όλων των στοιχείων χωρίς νέα κλήση στη βάση δεδομένων (scrolling).
16.6 Ο μηχανισμός αναζητήσεων πρέπει να υποστηρίζει τα πρότυπα SQL και ODBC. Να αναφερθούν ποια άλλα πρότυπα υποστηρίζονται κατά τη διαδικασία αυτή (πχ JDBC, ADO, OLE DB, κλπ).
16.7 Η διαδικασία ανάγνωσης αποτελεσμάτων πρέπει, να τηρεί τουλάχιστον τα παρακάτω:
16.7.1 Ανάγνωση οποιουδήποτε αποτελέσματος ανεξάρτητα από το σημείο προέλευσης του αποτελέσματος ανάλογα με τα δικαιώματα του εκάστοτε χρήστη.
16.7.2 Να υπάρχει πρόσβαση σε όλα τα αποτελέσματα των τελευταίων και των περασμένων εξετάσεων ανάλογα με τα δικαιώματα του χρήστη.
16.7.3 Τα αποτελέσματα πρέπει να ταξινομούνται με πληθώρα τρόπων όπως ανά εγκρίνοντα ιατρό, ανά είδος εξέτασης, ανά ασθενή, ανά ημερομηνία.
16.7.4 Η απεικόνιση των αποτελεσμάτων πρέπει να είναι σε μορφή εκτυπώσιμη.
16.8 Το σύστημα δεν πρέπει να επιτρέπει την πρόσβαση σε αποτελέσματα που δεν έχουν εγκριθεί σε χρήστες εκτός του αρμόδιου εργαστηρίου.
16.9 Πρέπει να υπάρχουν τουλάχιστον τα παρακάτω στοιχεία σε κάθε εξέταση ασθενή:
16.9.1 κωδικός παραγγελίας
16.9.2 ημερομηνία
16.9.3 κωδικός ασθενή
16.9.4 αποτέλεσμα
16.9.5 φυσιολογικές τιμές
16.9.6 ειδική ένδειξη αν η τιμή είναι εκτός ορίων
16.9.7 μονάδες μέτρησης
16.9.8 παρατηρήσεις ιατρού
16.9.9 στοιχεία του αναλυτή που έκανε την ανάλυση (αν υπάρχουν)
16.9.10 γραφικός ή άλλος τρόπος απεικόνισης παρόμοιων αποτελεσμάτων του ασθενή (ιστορικότητα)
16.9.11 άλλα στοιχεία (να αναφερθούν)
16.10 Η πρόσβασης σε αρχεία ασθενών για συγκεκριμένες εξετάσεις όπως για AIDS, αντιβιοτικά, και σε συγκεκριμένους ασθενείς όπως το προσωπικό του νοσοκομείου, VIPs, κ.λπ, να είναι ελεγχόμενη από τα δικαιώματα του εκάστοτε χρήστη.
17 Πληροφόρηση της διοίκησης (των εργαστηρίων, του εργαστηριακού τομέα, του νοσοκομείου)
17.1 Το σύστημα πρέπει να επιτρέπει τη δημιουργία και την ανάγνωση αναφορών για όλα τα στοιχεία που αποθηκεύονται στη βάση δεδομένων. Να αναφερθούν τυχόν εξαιρέσεις.
17.2 Είναι επιθυμητό το σύστημα να δίνει τη δυνατότητα ανάλυσης της ανθρωποπροσπάθειας των εργαστηρίων σε ανθρωποώρες (πχ ανά εξέταση, κλπ).
17.3 Το σύστημα πρέπει να μπορεί να δημιουργεί στην οθόνη αλλά και σε εκτυπώσιμη μορφή μια σειρά από αναφορές προς τη διοίκηση. Είναι πιθανό οι αναφορές αυτές να είναι ad-hoc βασισμένες σε ειδικές αναζητήσεις στοιχείων κατά περίπτωση.
17.4 Το σύστημα πρέπει να δημιουργεί αναλυτικές ή/ και αθροιστικές αναφορές προς τη διοίκηση ανά εργαστήριο, παραγγέλων τμήμα – κλινική, ανά τύπο ασθενή και ανά ασθενή. Το συνολικό πλήθος και ο τύπος των αναφορών αυτών θα καθοριστεί κατά τη φάση της ανάλυσης απαιτήσεων και του εννοιολογικού σχεδιασμού.
17.5 Το σύστημα πρέπει να παράγει αναφορές προς τρίτους δημόσιους ή άλλους Οργανισμούς όπως:
17.5.1 Για τη στατιστική υπηρεσία.
17.5.2 Για τη κεντρική υπηρεσία
17.5.3 Για τον Υγειονομικό Χάρτη.
17.6 Ο υποψήφιος ανάδοχος πρέπει να περιγράψει πώς θα αντιμετωπίσει τη μελλοντική ανάγκη ηλεκτρονικής διασύνδεσης με άλλα συστήματα. Η διασύνδεση αυτή πρέπει να κάνει χρήση του πρωτοκόλλου HL7 ή άλλου ισοδύναμου
17.7 Όλες οι λογιστικές φόρμες που χρησιμοποιούνται στο σύστημα πρέπει να μπορούν να χρησιμοποιηθούν και σε διάφορα άλλα λογισμικά πακέτα όπως εφαρμογές διαχείρισης φύλλων δεδομένων και προσωπικών βάσεων δεδομένων ενός σύγχρονου ηλεκτρονικού υπολογιστή. Το σύστημα πρέπει δηλαδή να μπορεί να εξάγει δεδομένα στις γνωστές εφαρμογές γραφείου.
17.8 Εκτός όλων των προαναφερθέντων, αναφορές προς τη διοίκηση θεωρούνται αυτές που αφορούν (ενδεικτική λίστα):
17.8.1 Διακυμάνσεις τιμών σε μια χρονική περίοδο (μέσες, άκρες τιμές, υπέρβαση ορίων, τυπική απόκλιση κλπ)
17.8.2 Συγκρίσεις διαφόρων μεγεθών (αριθμό εξετάσεων ανά εργαστήριο/αναλυτή, κλπ) μεταξύ χρονικών περιόδων
17.8.3 Σύγκριση εξετάσεων με τη χρήση διαφορετικών αντιδραστηρίων
17.8.4 τον αριθμό των εντολών ανά εργαστήριο / αναλυτή / κλπ σε μηνιαία / ετήσια βάση
17.8.5 Διαχρονικές συγκρίσεις τιμών εξετάσεων σε συγκεκριμένους ασθενείς ή πληθυσμούς
17.8.6 Συσχετισμός αποτελεσμάτων εξετάσεων σε συγκεκριμένους πληθυσμούς
17.8.7 το φόρτο εργασίας του προσωπικού
17.8.8 τον αριθμό των παραγγελιών που δεν εξυπηρετήθηκαν
17.8.9 τον αριθμό των εξετάσεων όπου χρειάστηκαν επιπλέον αναλύσεις (re-run)
17.8.10 τη σύγκριση ημερών εφημερίας με τις κανονικές ημέρες λειτουργίας
17.8.11 τον αριθμό των εξετάσεων που αφορούν εσωτερικούς ασθενείς, εξωτερικούς ασθενείς, συνεργαζόμενα κέντρα υγείας, ανά κατηγορία εξετάσεων, κλπ
17.8.12 την παρακολούθηση της καθημερινής εργασίας (activity logs)
17.8.13 το μέσο χρόνο λειτουργίας των αναλυτών σε σχέση με τις διαθέσιμες ώρες (διαθεσιμότητα αναλυτών)
17.8.14 τον αριθμό ασθενών που εξυπηρετήθηκαν ανά μέρα/ μήνα / έτος
17.8.15 τον αριθμό διπλών φακέλων ασθενών, αν υπάρχουν (duplicate names)
17.8.16 τη διαθεσιμότητα και τη λειτουργία του πληροφοριακού συστήματος (log files, audit trail)
17.8.17 τη διαχείριση του προσωπικού
17.8.18 Άλλες αναφορές (να αναφερθούν)
18 Ειδικές Απαιτήσεις
18.1 (Αιματολογία) Κατά την διάρκεια εξέτασης του αίματος πρέπει να υπάρχουν τα προηγούμενα αποτελέσματα για κάθε ασθενή (σε γραφική μορφή ή άλλη φιλική προς το χρήστη).
18.2 (Αιματολογία) Το σύστημα πρέπει να δίνει την έγκριση του κάθε δείγματος που καταγράφεται χωριστά (π.χ. σε εξετάσεις που έχουν πολλά αποτελέσματα).
18.3 (Αιματολογία) Το σύστημα πρέπει να δίνει διαφορετικές απεικονίσεις των αποτελεσμάτων ανάλογα με τα δικαιώματα του χρήστη (π.χ. αποτελέσματα ειδικών λοιμώξεων ή συγκεκριμένων ασθενών θεωρούνται ιδιαιτέρως ευαίσθητα και επισκόπηση και έγκρισης πρέπει να δίνονται μόνο σε εξουσιοδοτημένα άτομα)
18.4 (Αιματολογία) Είναι επιθυμητό το σύστημα να διευκολύνει τη παρακολούθηση ασθενών:
18.4.1 Με αιματολογικές κακοήθειες
18.4.2 Που βρίσκονται σε καθεστώς χορήγησης ειδικών φαρμάκων
18.4.3 Που έχουν δεχθεί μετάγγιση αίματος ή παράγωγά του
18.4.4 Με τη χρήση ειδικών γραφημάτων των αιματολογικών στοιχείων (συνεχής παρακολούθηση ασθενή), στοιχείων θεραπείας και πορείας νόσου
18.5 (Αιματολογία) Το σύστημα πρέπει να υποστηρίζει την πλήρη ενσωμάτωση ειδικών αναφορών μέσω κειμενογράφου (π.χ. αναλύσεις σχετικές με τον μυελό των Οστών).
18.6 (Αιματολογία) Είναι επιθυμητό το σύστημα να παρακολουθεί ιστορικό εγκυμοσύνης (για γυναίκες) όπως και πλήρες ιστορικό μετάγγισης αίματος.
18.7 (Κλινική Βιοχημεία) Το σύστημα πρέπει να μπορεί να συνδυάζει τα αποτελέσματα από διαφορετικά δείγματα ίδιας εξέτασης έτσι ώστε να δημιουργείται μια ενιαία αναφορά (αθροιστική – συγκριτική). Ο συνδυασμός εξετάσεων και δειγμάτων μπορεί να είναι:
18.7.1 Πολλαπλές εξετάσεις για ένα δείγμα και για πολλά δείγματα, (πχ. Εξέταση ινσουλίνης)
18.7.2 Πολλά δείγματα από περισσότερα από έναν τύπο (αίμα – ούρα, κλπ) όπως πχ η ανάλυση γλυκόζης
18.8 (Κλινική Βιοχημεία) Είναι επιθυμητό το σύστημα να επαναϋπολογίζει τα αποτελέσματα εξετάσεων που προκύπτουν από ένα ή περισσότερα δείγματα.
18.9 (Κλινική Βιοχημεία) Το σύστημα πρέπει να εκτυπώνει σε μορφή είτε αριθμητικών στοιχείων είτε γραφικών παραστάσεων για καλύτερη ανάλυση των αποτελεσμάτων.
18.10 (Κλινική Βιοχημεία) Να περιγραφούν οι αυτοματισμοί που διαθέτει το πληροφοριακό σύστημα προκειμένου να εντοπίζει αυτόματα αποτελέσματα που χρειάζονται εκ νέου επεξεργασία (re-run, dilution, reflex testing).
18.11 (Μικροβιολογία) Το σύστημα πρέπει να δημιουργεί κανόνες (παραμετροποιήσιμους από αρμόδιο χρήστη) σχετικά με την ανάλυση των αντιβιογραμμάτων.
18.12 (Μικροβιολογία) Το σύστημα πρέπει να παρουσιάζει πιθανά αντιβιοτικά για κάθε οργανισμό.
18.13 (Μικροβιολογία) Είναι επιθυμητό το σύστημα να ορίζει κριτήρια ανάλογα με κλινική κατάσταση που βρίσκεται ο ασθενής, π.χ. μια έγκυος γυναίκα μπορεί να πάρει συγκεκριμένα και μόνο αντιβιοτικά.
18.14 (Μικροβιολογία) Το σύστημα πρέπει να έχει πρόβλεψη για τη τήρηση επιπλέον στοιχείων (κλινικά, επιδημιολογικά, έλεγχος ειδικών λοιμώξεων, κλπ).
18.15 (Μικροβιολογία) Το σύστημα πρέπει να υποστηρίζει διαδικασίες για την παράλληλη ανάλυση πολλαπλών ιολογικών και ορολογικών δειγμάτων.
18.16 (Μικροβιολογία) Το σύστημα πρέπει να παρακολουθεί τα ενδιάμεσα στάδια καλλιεργειών. Να αναφερθεί ο τρόπος.
18.17 (Ιστοπαθολογία) Είναι επιθυμητό το σύστημα να έχει τη δυνατότητα να αποθηκεύει μακροσκοπικές και μικροσκοπικές εικόνες για κάθε δείγμα οι οποίες να μπορούν να τυπωθούν ή να απεικονιστούν όταν αυτό ζητηθεί.
18.18 (Ιστοπαθολογία) Οι καταγραφές ιστών και κυττάρων πρέπει να είναι διαθέσιμες σε κάθε χρονική στιγμή όταν αυτές ζητηθούν. Η αναζήτηση των αρχειοθετημένων στοιχείων πρέπει να είναι γρήγορη και εύχρηστη.
18.19 (Ιστοπαθολογία) Το σύστημα πρέπει να επιτρέπει στους χρήστες να επισημαίνουν (flags) δείγματα ιδιαίτερου ενδιαφέροντος και να εξάγουν σχετικά στοιχεία σε διάφορες μορφές αρχείων (κειμένου, εικόνας, κλπ).
18.20 (Ιστοπαθολογία) Το σύστημα πρέπει να υποβάλει ενδιάμεσες και τελικές εκθέσεις για έγκριση.
18.21 (Ιστοπαθολογία) Το σύστημα πρέπει να υποστηρίζει συμπληρωματικές εκθέσεις π.χ. υποσημειώσεις άλλων παθολόγων, παθολογοανατόμων, κλπ.
18.22 (Ιστοπαθολογία) Το σύστημα οφείλει να επιτρέπει στους χρήστες την καταχώρηση και τη δημιουργία τυποποιημένων αναφορών σχετικά με την Ιστοπαθολογία, κυτταρολογία, και επιδημιολογία με προσθήκη και άλλων στοιχείων (ad-hoc).
18.23 (Ιστοπαθολογία) Είναι επιθυμητό το σύστημα να εκδίδει αναφορές σε διαφορετικά μεγέθη από μερικές φράσεις μέχρι πολλές σελίδες.
18.24 (Ιστοπαθολογία) Το σύστημα πρέπει να διασυνδέεται με κάποιο διαδεδομένο κειμενογράφο του εμπορίου.
18.25 (Ιστοπαθολογία) Το σύστημα πρέπει να δίνει τη καταχώριση διαφόρων τεχνικών στοιχείων σχετικά με παραγγελίες εξετάσεων Ιστοπαθολογίας, συμπεριλαμβάνοντας τα εξής:
18.25.1 αριθμό δειγμάτων
18.25.2 αριθμό ομάδων δειγμάτων (blocks)
18.25.3 αριθμό slides
18.25.4 αριθμό ολοκληρωμένων χρώσεων (stains)
18.26 (Ιστοπαθολογία) Είναι επιθυμητό το σύστημα να επιτρέπει τη δημιουργία υπεύθυνων ομάδων (charge groups) για κάθε εντολή σχετική με Ιστοπαθολογία βασιζόμενες στον αριθμό των δειγμάτων, αριθμό slides κλπ.
18.27 (Ιστοπαθολογία) Το σύστημα πρέπει να υποστηρίζει αναφορές καθημερινών εργασιών Ιστοπαθολογίας, τα οποία να περιλαμβάνουν το όνομα του ασθενή, το όνομα του νοσοκομείου, την ημερομηνία γέννησης, το όνομα του εργαστηρίου και την προέλευση του δείγματος.
18.28 (Ιστοπαθολογία) Το σύστημα πρέπει να επιτρέπει την καταχώρηση κωδικών διαγνώσεων (ICD10, SNOMED, Read Codes, άλλο) σε διάφορα δείγματα ιστού για τον ίδιο ασθενή, χωρίς να χρειάζεται κάθε δείγμα να καταχωρείται ξεχωριστά.
18.29 Είναι επιθυμητό το σύστημα να υποστηρίζει τις διαδικασίες νεκροτομείου. Να περιγραφούν οι δυνατότητες όπως:
18.29.1 Στοιχεία διαδικασίας νεκροτομής (στοιχεία ασθενή, αιτία θανάτου (κωδικοποιημένα), διάγνωση θανάτου (ICD 10, SNOMED, ή άλλο πρότυπο) εξωτερική εμφάνιση, περιγραφή οργάνων, καταγραφή βάρους οργάνων, τομές, ιστολογικές μελέτες, κλπ)
18.29.2 Τήρηση έκθεσης νοσοκομείου (post mortem report)
18.29.3 Δυνατότητα τήρησης χωριστής έκθεσης από το αρμόδιο Ιατροδικαστή
18.29.4 Δυνατότητα αποθήκευσης αρχείων ήχου, κλπ.
19 Διαχείριση συστήματος
19.1 Το προτεινόμενο σύστημα πρέπει να είναι εύκολο στη χρήση, κατανοητό από κατάλληλα εκπαιδευμένο προσωπικό και να απαιτεί την ελάχιστη δυνατή επίβλεψη κατά τη διάρκεια της ομαλής λειτουργίας του.
19.2 Τι ευκολίες παρέχονται σχετικά με τη διαχείριση του συστήματος όπως αυτόματη αποκατάσταση του συστήματος, έλεγχος ακεραιότητας δεδομένων, παρακολούθηση ροής εργασιών, κλπ
20 Άλλες Επιθυμητές Απαιτήσεις Λογισμικού Εφαρμογών
20.1 Λειτουργία του γραφικού περιβάλλοντος χρήστη μέσω Web browser.
20.2 Διασύνδεση με Πληροφοριακά Συστήματα Προμηθευτών Ιατροτεχνολογικού Εξοπλισμού (αυτόματοι αναλυτές) για αυτόματη αίτηση προμήθειας αντιδραστηρίων.
20.3. Υποστήριξη και των διασπαρμένων κέντρων υγείας στο πλαίσιο της ολοκληρωμένης αντιμετώπισης των εργαστηριακών εξετάσεων. Να περιγραφεί η αντιμετώπιση των προβλημάτων, τα σενάρια διασύνδεσης, οι διαδικασίες που μπορούν να ενταχθούν (παραγγελία, ανάλυση αποτελεσμάτων, αποστολή αποτελεσμάτων, ανάγνωση εξ αποστάσεως, κλπ).
CCS - Medical Information Systems
Επισκόπηση απορρήτου

Αυτός ο ιστότοπος χρησιμοποιεί cookies για να σας παρέχουμε την καλύτερη δυνατή εμπειρία χρήστη. Οι πληροφορίες των cookies αποθηκεύονται στο πρόγραμμα περιήγησής σας και εκτελούν λειτουργίες όπως η αναγνώρισή σας όταν επιστρέφετε στον ιστότοπό μας και βοηθώντας την ομάδα μας να καταλάβει ποια τμήματα του ιστότοπου μας θεωρείτε πιο ενδιαφέροντα και χρήσιμα.