UDC 62-503.51

עיצוב מקום העבודה האוטומטי של הרופא-המטפל של הסנטוריום

זרגריאן אלנה ולרייבנה 1, זרגריאן יורי ארטורוביץ' 2, מישצ'נקו אלכסנדר סרגייביץ' 3, לימרבה נטליה ויקטורובנה 4
1 האוניברסיטה הפדרלית הדרומית, מועמד למדעים טכניים, פרופסור חבר במחלקה למערכות בקרה אוטומטיות
2 האוניברסיטה הפדרלית הדרומית, Ph.D., עוזרת המחלקה למערכות בקרה אוטומטיות
3 האוניברסיטה הפדרלית הדרומית, סטודנטית של המחלקה למערכות בקרה אוטומטיות
4 האוניברסיטה הפדרלית הדרומית, סטודנטית של המחלקה למערכות בקרה אוטומטיות

ביאור
מאמר זה דן ביישום התוכנה שפותחה לאוטומציה של מקום העבודה של מטפל בסנטוריום. סקירה קצרה של האמצעים לתכנון מערכת אוטומטית נשקלת. Power Designer נבחר. בוצע ניתוח של המשימה. עיקרון הפעולה של יישום התוכנה שנוצר של מקום העבודה האוטומטי של מטפל הסנטוריום נחשב.

SANTORIUM למטפלים בתחנת עבודה מקרינה

זרגריאן אלנה ולרבנה 1, זרגריאן יורי ארטורוביץ' 2, מישצ'נקו אלכסנדר סרגייביץ' 3, לימרבה נטליה ויקטורובנה 4
1 האוניברסיטה הפדרלית הדרומית, Ph.D., עוזר פרופסור למחלקה למערכות בקרה אוטומטיות
2 Southern Federal University, Ph.D., עוזר מחלקת מערכות בקרה אוטומטיות
3 האוניברסיטה הפדרלית הדרומית, סטודנט למחלקה למערכות בקרה אוטומטיות
4 האוניברסיטה הפדרלית הדרומית, סטודנט למחלקה למערכות בקרה אוטומטיות

תַקצִיר
בזה מאמר אתפיתח תוכנת יישום אוטומציה תחנת עבודה מטפל סנטוריום. נחשב סקירה קצרה של העיצוב של המערכת האוטומטית. הגדר Power Designer. משימה של אנדיז. עקרון העבודה שנוצר על ידי בית ההבראה למטפלים בתחנת עבודה של יישום תוכנה.

קישור ביבליוגרפי למאמר:
Zargaryan E.V., Zargaryan Yu.A., Mishchenko A.S., Limareva N.V. עיצוב מקום עבודה אוטומטי למטפל בסנטוריום // טכנולוגיה מודרניתוטכנולוגיה. 2014. מס' 11 [משאב אלקטרוני]..02.2019).

מבוא.יעילות התפקוד של מיזם או ארגון של כל תעשייה ותחום פעילות תלויה באופן ישיר במהירות, דיוק ועמידה בזמנים של חילופי הנתונים הן בתוך מיזם זה בין חלקיו המרכיבים אותו (מחלקות, תתי מערכות וכו'), והן מחוצה לו. כלומר, אינטראקציה וחילופי נתונים ארגון זה עם אחרים (מתחרים, ארגונים שותפים וכו'). וככל שהארגון גדול יותר, גדול יותר, כך הבעיה של ארגון ושליטה בזרימה של כמות עצומה של מידע ארגוני היא חמורה יותר בפני מנהליו.

לפתרון איכותי של בעיות כאלה, ארגונים משתמשים במערכות בקרה אוטומטיות (ACS).

מטרת מאמר זההוא הכיסוי של אפליקציית התוכנה שפותחה כדי להבטיח את פעילות בית ההבראה, בפרט, פיתוח של מקום עבודה אוטומטי למטפל.

הרלוונטיות של יישום תוכנה זה נקבעת על פי הצורך:

1. ביצוע איסוף מידע והערכת תוצאות ההפרשה טיפול רפואי, הכרחי עבור טיפול יעיל, מניעה ושיקום;

2. צמצום זמן ההמתנה לטיפול רפואי על ידי ניהול זרימת החולים, מתן נתונים על עומס הרופאים, זמינות משאבים בזמן אמת;

3. הפחתת עלות תהליך הטיפול והמניעה;

4. הגברת יעילות הנגישות למידע: כל המידע הרפואי על החולה, תוצאות עבודת מניעה ואבחון, לרבות תוצאות מחקר, זמין לרופא ממקום העבודה, בזמן אמת;

5. מתן משאבי המידע הנחוצים לרופא: ישירות בתהליך מתן הטיפול הרפואי יש לרופא גישה לנתונים עדכניים.

בעת יצירת יישום תוכנה, ניתחנו האמצעים הבאיםיישומים:

1. Power Designer, התומך בכלי מידול ודיאגרמות, UML, CDM, מתודולוגיית PDM ויכולות מחסן נתונים. יישום תוכנה זה תומך ביכולות פיתוח צוות

2. אורקל היא DBMS חזק ויציב שפועל על מערכות הפעלה שונות, כולל Windows 98, Windows 2000/XP, מספר גרסאות של Unix. זהו אחד ה-DBMS הפופולריים בעולם ויש לו היסטוריה ארוכה של פיתוח ושימוש. חלק גדול מהטכנולוגיה של אורקל פתוחה למפתח, מה שמאפשר גמישות רבה יותר בהגדרת התצורה וההתאמה האישית שלה.

עם זאת, כל זה אומר שייתכן שלא קל להתקנה של אורקל, ויש הרבה מה ללמוד לעבוד איתה. יתרה מכך, הטכניקות שעובדות בגרסה של אורקל המיועדות לאחד מערכת הפעלה, עשוי לדרוש שינוי בגרסה עבור מערכת הפעלה אחרת.

ישנן תצורות רבות של חבילת התוכנה של אורקל. ראשית, יש שניים גרסאות שונותליבות Oracle DBMS: לשימוש אישי ולארגונים. בנוסף, ישנה תוכנה לעיצוב טפסים ודוחות, תוכנת Oracle Designer וכלים רבים לפרסום מסדי נתונים של אורקל ברשת.

3. SQL Navigator היא סביבת הפיתוח הפופולרית ביותר עבור Oracle, המספקת הזדמנויות רבות לכתיבה, הגדרה וניפוי באגים של ספריות PL/SQL, כולל מערכת מומחים מובנית ומערכת רמז.

4. Delphi היא סביבת עיצוב ויזואלית המאפשרת ליצור במהירות וביעילות תוכניות בצוות הפקה, לצמצם משמעותית את הזמן המושקע בהכנת אפליקציות, וגם לתאם את הפעילות של קבוצת ספקים, קודנים, בודקים וכותבים טכניים. יתרון נוסף של דלפי הוא הפלטפורמה הצולבת שלה, כלומר. היכולת להדר יישומי Windows לפורמט Kylix עבור לינוקס.

ניתוח מפרט טכני.במקרה הכללי, תמיכת התוכנה עבור המטפל יכולה להיות מיוצגת על ידי קבוצה של שלוש תחנות עבודה אוטומטיות (AWS):

AWP "רישום"

AWP "רופא-מטפל"

תחנת עבודה "מנהל"

AWP "רופא-מטפל"

בהתחשב בעבודתו של רופא כללי, ניתן לציין כי מטופל מגיע אליו עם כרטיס וייתכן שתוצאות בדיקה אבחנתית נוספת, ומשימתו העיקרית היא לפתח משטר טיפולי למטופל, אשר עשוי לכלול נהלים שונים, טיפול תרופתי, ביקורים אצל מומחים צרים וכו'. על המטפל להבין את הבעיות של המטופל, לקבוע באיזה שלב מדובר במחלה זו או אחרת ולהחליט מה על המטופל לעשות כדי לשפר את רווחתו. ניתן לחלק את כל העבודה על הכנת החלטה למספר שלבים: תיאור מצבו של המטופל, בדיקה קלינית, אבחון, קביעת מטרות הטיפול, קביעת קריטריונים להשגת מטרות הטיפול, ניתוח מצבו של המטופל וסינתזה של משטר טיפולי על סמך המידע שהתקבל. יש לבנות את הממשק של המטפל בהתאם לתרשים לעיל. הצורה העיקרית של AWP צריכה להיות טופס תצוגה למטופלאשר מטופלים על ידי רופא זה וביקוריהם אצל הרופא. הביקורים יכולים להיות מכמה סוגים: ביקור ראשוני, ביקור מעקב, ייעוץ מונע. עבור כל סוג של ביקור ב-AWP של הרופא - יש לבחור את המטפל בכלים משלו לעבודה עם המטופל. טופס הצגת המטופל צריך להיות בעל אותן יכולות לחיפוש ולסינון רשומות רלוונטיות כמו טופס התצוגה של תחנת העבודה של הרשם. לסיווג עדין יותר של סוגי הביקורים למטופלים, יש להציג את הרעיון של מטרת הביקור. כך, למשל, בנוסף, מזהי הרשימה חייבים לכלול שדה עבור תאריך הביקור הבא של המטופל. טופס קבלת המטופל צריך להיות מאורגן בצורה של אשף מתאים המציג את העבודה ברצף הגיוני. בשלב הראשון, המאסטר רושם את תלונות החולה, את ההיסטוריה של מחלתו של החולה, את ההיסטוריה של חייו של החולה, היסטוריה אלרגית, נערך סקר על איברים ומערכות. אם לפני מינויו של הרופא המטופל עבר הליך אבחון שמוציא איכשהו מחלות של כמה איברים ומערכות, אז יש לקצר את הסקר כדי לחסוך את זמנו של הרופא. בנוסף, בשלב הראשון של עבודת האשף, ניתן לבצע הליך אבחון בתוך עמדת העבודה "אבחון נוסף". כאשר חולה מאושפז, על מנת לברר את מצבו, יש להתחיל בסקר רישום תלונותסבלני. צריך לדעת:

1. על מה המטופל מתלונן.

2. לוקליזציה מדויקת של תופעות כואבות.

3. הקרנת כאב.

4. שעת ההופעה (יום/לילה)

5. גורמים הגורמים לכאב (פיזי או לחץ נפשי, אכילה וכו').

6. דמות כְּאֵב, למשל, אופי הכאב: לוחץ, דוקר, שורף, קבוע, התקפי וכו'. , כמו גם עוצמתו, משך הזמן

7. מה עוצר את התופעה הכואבת

8. התנהגות המטופל, המיקום הכפוי של המטופל, הקלה על כאב.

כל תלונה חייבת להיות מסווגת לפי השתייכות למערכת גוף מסוימת. לאחר מכן, יש צורך לערוך סקר מפורט של המטופל על אותם איברים ומערכות שהוזכרו בשלב רישום התלונות. בתהליך הפירוט, האיברים והמערכות הבאים נחשבים:

לאחר רישום תלונות ופירוט האיברים והמערכות הפגועים, התרחשות, התפתחות ומהלך המחלה הנוכחית מתוארים בפירוט בסדר כרונולוגי מביטוייה הראשונים ועד לרגע בדיקתה על ידי מטפל (תיאור אנמנזה של המחלה) . ניתן לצמצם את התיאור לסקר בהתאם לתכנית הבאה:

1. כמה זמן הוא מחשיב את עצמו חולה?

2. היכן ובאילו נסיבות חלית בפעם הראשונה?

3. גורמים התורמים להופעת המחלה

4. מאילו סימנים התחילה המחלה?

5. הביקור הראשון אצל הרופא, תוצאות המחקרים שבוצעו, אבחון המחלה, הטיפול באותה תקופה, יעילותה.

6. מהלך המחלה הבא

השלב השני של עבודתו של מאסטר הקבלה של המטופל הוא בדיקה קלינית הנערכת על ידי רופא כללי. במסגרת בדיקה קלינית עורך הרופא בדיקה חיצונית של המטופל, מישוש, הקשה, שמע, על מנת לקבוע את מצבם של איברים ומערכות שונות, קריאת מצב חירום, קריאת לחץ דם, מדידת גדילה, קביעת משקל גוף. מידע על תוצאות כל סוג בדיקה נרשם על ידי הרופא בשדות המתאימים של אשף הבדיקה.

בשלב השלישי של עבודת המאסטר נכנסת האבחנה שערך הרופא למטופל. מכניסים את האבחנה העיקרית, קובעים אם המחלה נמצאת בהפוגה או בהחמרה, נכנסים לאבחנות נלוות, ונקבע גם לגביהן המצב בו הם נמצאים. לאחר קביעת האבחנות וקביעת מהלך המחלות, הרופא יכול לקבל על עצמו את החובה לטפל במחלה המתאימה, או להפנות את החולה למומחה צר.

תחנת עבודה "מנהל"

ברמת AWP "מנהל" מתבצעים סוגי העבודה הבאים:

תצורת המרפאה;

הקמת תחנות עבודה;

הגדרת ספריות.

ניתוח מערכות תוכנה דומות. "AIS "פוליקליניקה" CROC פיתחה והטמיעה מערכת מידע אוטומטית עבור המרפאה המרכזית של שירות הביטחון הפדרלי של רוסיה ( AIS "פוליקליניקה"). המערכת מכסה 340 תחנות עבודה, המשתמשים בה הם יותר מ-700 עובדים רפואייםמשרת יותר מ-5,000 איש ביום. המערכת מיועדת למידע מורכב ותמיכה אנליטית של המרפאה. המערכת, שמרכיב התוכנה המרכזי בה הוא מערכת המידע הרפואי "MedAnalitika", כוללת גם שרת, מחשב, רשת וציוד היקפי, מרכזית טלפון פרטית המחוברת לרשת הטלפון העירונית, מערכת כבלים מובנית, מקומית במהירות גבוהה. רשת אזורית, כמו גם אספקת חשמל ומערכות אבטחה.אזעקות.

מערכת אוטומטית רפואית "MedIS-T".המערכת נועדה לבצע אוטומציה של רפואה תעשייתית, מרפאות, בתי חולים, מרכזי בריאות, בתי הבראה. יש לו את היכולת לנהל מרחוק תחנות עבודה של מערכת (דרך האינטרנט).

הטמעת יישום תוכנה.בעזרת מערכת התוכנה Power Designer 15, דגם קונספטואלינתונים. מכיוון שכדי לרשום תלונות מטופלים יש צורך למלא כמעט את אותם שדות בכל תלונה, הוחלט לפתח טבלת רישום תלונות מופשטת.

הטבלאות הבאות פותחו:

Tusers - מכיל נתונים על משתמשי המערכת.

Tpacient - כרטיס חולה.

צלוב - מכיל את תלונות המטופל.

T_boby_system - מערכות של גוף האדם.

T_ boby_pod_system - סוג של תלונה על מערכת גוף ספציפית.

Tonsp_obch - טבלה לקביעת המצב הנוכחי של המטופל.

Tanamez - אנמנזה של המחלה.

Tanamnez_next - המהלך הבא של המחלה

Tdiaznoz – מכיל את האבחנה של המטופל.

T_pod_diaznoz - מכיל אבחנות הנלוות לעיקרי.

בעזרת מערכת התוכנה Power Designer 15, המבוססת על מודל הנתונים הרעיוני, מודל נתונים פיזיים, התמקד באורקל (ראה איור 1).

יצירת תצוגות (צפיות) . תצוגה היא תוצאה של ביטוי SQL המורכב מהצהרות בחירה, פרוייקט והצטרפות. תצוגות מספקות הגנה גמישה יותר לטבלאות, ניתן להשתמש בהן כדי להגביל גישה לעמודות או שורות מסוימות, וניתן להשתמש בהן גם כדי להצטרף לטבלאות.

אורז. 1 - מודל נתונים

מבנה תצוגה:

צור או החלף את התצוגה "v _table_name" ("שם_שדה 1"," שם_שדה 2"..." שם_שדה n") כבחר "שם_שדה 1"," שם_שדה 2"....." שם_שדה n" מ"שם_טבלה" WHERE DEL =0

כאשר DEL הוא שדה הדגל למחיקה

עבור כל טבלה, נוצרו תצוגות של המבנה לעיל.

יצירת רצפים. רצף הוא אובייקט שיוצר סדרה של מספרים ייחודיים עוקבים. רצפים משמשים לרוב ליצירת ערכי מפתח פונדקאיים.

יצירת טריגרים (טריגרים). טריגרים ב-Oracle הם נהלי Java או SQL שנקראים כאשר פעולות מסוימותעם מסד נתונים. אורקל תומכת במספר סוגים של טריגרים: חלקם מופעלים על ידי פקודות SQL היוצרות מבנים חדשים במסד הנתונים, כגון טבלאות, אחרים מופעלים פעם אחת ברמת הטבלה בעת שינוי שורות בטבלה, ואחרים מופעלים פעם אחת עבור כל שורה שמשתנה .

מבנה הטריגרים שנוצרו:

BEGIN SELECT SEC_"table_name".NEXTVAL INTO:NEW. "table_id" מ-DUAL; סוֹף;

הטמעת חלק הלקוח באפליקציית התוכנה.התוכנית מורכבת מהמודולים הבאים:

Login_Unit הוא מודול לכניסה למערכת.

Dm_unit הוא מודול לאחסון כלי גישה למסד נתונים מוגדרים.

Admin_Unit הוא מודול שנועד להציג רשימה של משתמשים רשומים במערכת.

Main_Unit - הצורה הראשית של האפליקציה.

Find_User_Unit הוא מודול שנועד להזין את הנתונים הנדרשים לחיפוש.

New_User_Unit - מודול שנועד להוסיף משתמש חדש.

Edit_User_Unit - מודול המיועד לעריכת נתוני משתמש.

Reg_nit הוא מודול שנועד להציג כרטיסי מטופלים.

New_Pacient_Unit הוא מודול שנועד להוסיף מטופל חדש למסד הנתונים.

Edit_pacient_Unit הוא מודול לעריכת נתוני מטופל.

Pacient_Unit - מודול שנועד להציג מטופלים ב-AWP "רופא".

Choose_Date_Unit - מודול לבחירת תאריך.

Reg_Zalob_Unit הוא מודול לרישום תלונות מטופלים.

Detail_zalob_Unit - מודול שנועד לפרט תלונות רשומות.

Edit_Unit הוא מודול המיועד להזנת כמות גדולה של נתונים.

Anamnez_Unit - מודול שנועד לתאר את האנמנזה של המחלה.

New_zalob_Unit - מודול שנועד להוסיף תלונה חדשה למסד הנתונים.

Edit_Zalob_Unit הוא מודול לעריכת תלונות.

Opred_Sost_Unit הוא מודול שנועד לקבוע את המצב הנוכחי של המטופל.

Diagnoz_Unit הוא מודול שנועד לבצע את האבחון הראשי והאבחונים הנלווים לו.

Sost_Unit_ הוא מודול שנועד להציג את מצב המטופל לתאריכים שונים. משמש לקביעת הדינמיקה של התפתחות המטופל.

Edit_Sost_Unit הוא מודול המיועד לעריכת נתונים על מצב המטופל.

Restore_Users_Unit - מודול שנועד לשחזר משתמשים שנמחקו בטעות של המערכת.

DMrestore_Unit הוא מודול לאחסון כלי גישה למסד נתונים מוגדרים.

Restore_Pacient_Unit - מודול שנועד לשחזר מטופלים שנמחקו בטעות.

Restore_diagnoz_Unit הוא מודול שנועד לשחזר אבחנות מטופלים שנמחקו בטעות.

המבנה של יישום התוכנה מוצג באיור 2.

לאחר הפעלת יישום התוכנה, יוצג טופס על מסך הצג שינחה אותך לעבור את הליך האימות (ראה איור 3). כדי להיכנס למערכת, יהיה עליך להזין "כניסה" ו"סיסמה" בשדות הטופס המתאימים.

לאחר הכניסה, הטופס הראשי של יישום התוכנה יוצג (ראה איור 4). טופס זה אינו אינפורמטיבי ומספק רק בחירה של אופן הפעולה עם האפליקציה:

AWP "מנהל";

AWP "רישום";

AWP "רופא-מטפל".

אורז. 2 - מבנה אפליקציית התוכנה

אם למשתמש אין זכויות לאף מצב עבודה עם המערכת, אזי מצב זה לא יהיה זמין עבור משתמש זה.

אורז. 3 - טופס התחברות

אורז. 4 - הצורה העיקרית של יישום התוכנה

תחנת עבודה "מנהל".לאחר הכניסה למערכת במצב Administrator, טופס ה-AWP "Administrator" יוצג על המסך (ראה איור 5).

הטופס מציג את המשתמשים במערכת, וכן את זכויות המשתמשים הללו. אתה יכול לעשות את הפעולות הבאות עם הנתונים האלה:

הוסף - הצג את הטופס להוספת משתמש חדש (ראה איור 6).

כדי להוסיף משתמש נכון יש למלא את כל השדות וכן להקצות זכויות למשתמש ולאחר מכן יש ללחוץ על כפתור "הוסף".

אורז. 5 - טופס AWP "מנהל"

איור 6 - טופס להוספת משתמש חדש

עריכה - הצג את הטופס לעריכת נתוני משתמש. טופס זה דומה לטופס להוספת משתמש חדש.

מחק - פונקציה זו נועדה למחוק משתמש. נתונים פיזיים אינם נמחקים ממסד הנתונים. בכל עת, ניתן לשחזר נתונים שנמחקו.

חיפוש - הפעלת טופס הקלט של מחרוזת החיפוש (ראה איור 7).

איור 7 - טופס קלט של מחרוזת חיפוש

לאחר הזנת מחרוזת החיפוש, עליך ללחוץ על כפתור "מצא".

למנהל המערכת יש גם את היכולת לשחזר נתונים שנמחקו. קיים טופס מיוחד לשחזור משתמשי מערכת (ראה איור 8)

איור 8 - שחזור משתמשי מערכת

כדי לשחזר משתמש, עליך לציין אותו ברשימת המשתמשים שנמחקו, ולאחר מכן ללחוץ על כפתור "שחזר".

כדי לשחזר חולים שנמחקו, יש צורה מיוחדת של התאוששות חולים (ראה איור 9)

אורז. 9 - החלמת חולה

כדי לשחזר מטופל, עליך לציין אותו ברשימת המטופלים שנמחקו, ולאחר מכן ללחוץ על כפתור "שחזר".

כדי לשחזר אבחונים מרחוק, קיים טופס מיוחד לשחזור אבחנות (ראה איור 10.)

אורז. 10 - שחזור אבחנות

כדי לשחזר אבחנה, עליך לציין אותה ברשימת האבחונים שנמחקו, ולאחר מכן ללחוץ על כפתור "שחזר". כדי לשחזר אבחון נלווה, עליך לציין אותו ברשימת האבחונים הנלווים שנמחקו, ולאחר מכן ללחוץ על כפתור "שחזר". האבחנה תשוחזר אצל המטופל שממנו הוצא.

AWP "רופא-מטפל".לאחר הפעלת מצב GP, טופס תצוגת המטופל יוצג על המסך (ראה איור 11).

הטופס מציג מטופלים שהוקצו לרופא מסוים.

אתה יכול לעשות את הפעולות הבאות עם הנתונים האלה:

בחירת חולים שנרשמו בתאריך מסוים. כדי להפעיל פונקציה זו, עליך ללחוץ על כפתור "מטופלים".

אורז. 11 - טופס AWP "רופא-מטפל"

טופס בחירת התאריך יוצג על המסך (ראה איור 12)

אורז. 12 - טופס בוחר תאריכים

לאחר בחירת התאריך, לחץ על כפתור "הצג".

חיפוש - הפעלת טופס הקלט של מחרוזת החיפוש (ראה איור 7).

ביטול - הפונקציה נועדה לבטל את תוצאות החיפוש.

התחל פגישה - הפעל את אשף פגישת המטופל.

השלב הראשון בקליטת המטופל הוא רישום תלונות המטופלים (ראה איור 13).

אורז. 13 - טופס רישום תלונת מטופל

טופס זה מציג את תלונות המטופל. אתה יכול לעשות את הפעולות הבאות עם הנתונים האלה:

הוסף - מפעיל את הטופס להוספת תלונת מטופל (ראה איור 14).

אורז. 14 - טופס להוספת תלונת מטופל

פירוט - הפעל את הטופס לפירוט תלונת המטופל (ראה איור 15).

עריכה - טופס זה דומה לטופס פירוט תלונת מטופל.

מחק - פונקציה זו מיועדת למחיקת כרטיס מטופל. נתונים פיזיים אינם נמחקים ממסד הנתונים.

אורז. 15 – טופס פירוט תלונת מטופל

לאחר רישום תלונות החולה, ופירוטן, יש לעבור לתיאור האנמנזה של המחלה. לשם כך, עליך למלא את השדות בשתי כרטיסיות:

היסטוריה רפואית (ראה איור 16).

מהלך המחלה שלאחר מכן (ראה איור 17).

לאחר תיאור האנמנזה של המחלה, יש צורך להתחיל לקבוע את מצבו של החולה. אם המטופל ביקר אצל הרופא שוב ושוב, הודות לטופס זה, ניתן לעקוב אחר הדינמיקה של התפתחות המחלה (ראה איור 18).

אורז. 16 - כרטיסיית תיאור היסטוריית המחלות

אורז. 17 - כרטיסייה המתארת ​​את מהלך המחלה העוקב

אתה יכול לעשות את הפעולות הבאות עם נתוני טופס:

הוסף - מפעיל את הטופס לקביעת מצבו של המטופל (ראה איור 19).

עריכה - הפעל את הטופס לעריכת סטטוס המטופל. טופס זה דומה לטופס הגדרת המדינה.

לאחר תיאור האנמנזה של המחלה, יש צורך להמשיך לאבחון (ראה איור 20).

אורז. 18 - טופס תצוגת מצב המטופל

איור 19 - טופס לקביעת מצבו של החולה

לאחר ביצוע האבחון, תוכל להשלים את אשף קבלת החולה.

אורז. 20 – טופס אבחון

אפליקציית התוכנה שפותחה יכולה לשמש לאוטומציה של מקום העבודה של רופא בהבראה.

רשימה ביבליוגרפית

1. D. Krenke, "תיאוריה ופרקטיקה של בניית מאגרי מידע. מהדורה 8" "פיטר", 2003.
2. Date, K., J. מבוא למערכות מסדי נתונים. מהדורה 6. - ל.; מ', סנט פטרסבורג: "וויליאמס", 2000. - 848s
3. V.V. קורנייב, א.פ. Gareev, S.V. Vasyutin, V.V. מאגר רייך. עיבוד מידע אינטליגנטי. - מ .: ידע, 2001.- 496s.
4. Homonenko A.D., Tsygankov V.M., Maltsev M.G. מאגרי מידע: ספר לימוד למוסדות להשכלה גבוהה / אד. פרופ' גֵיהִנוֹם. הומוננקו. - סנט פטרסבורג: הדפס כתר, 2002. - 672 עמ'.
5. Zargaryan E.V., Zargaryan Yu.A. תמיכת מידע לבעיות אופטימיזציה רב-אובייקטיבית בשיטת Pareto. אינפורמציה ותקשורת. 2013. מס' 2. עמ' 114-118.
6. Zargaryan E.V. שיטת חישוב של איזון תעשייתי לא ברור. הליכים של האוניברסיטה הפדרלית הדרומית. מדע טכני. 2008. ו' 81. מס' 4. ש' 125-129.

המחשב נכנס לכל תחומי הפעילות האנושית. עמדת העבודה של הרופא היא תוכנת מחשב שאמורה לסייע לרופא בתהליך הטיפול והאבחון, תוך מתן מקסימום מידע שימושיולא טעינה נוספת עבודה רפואית. אבל המציאות לא תמיד ורודה יפה.

או שהרופא חבר עם המחשב או לא...

תחנת עבודה של רופא - מה זה

אוטומטי מקום עבודה(תחנת עבודה של רופא) היא מסוף מחשב עם תוכנה מיוחדת המאפשרת לך להשתמש טכנולוגיות מודרניותבעבודה יומיומית מוסד רפואי. הדיגיטליזציה הנרחבת נכנסה לכל תחומי החיים, וזה טיפשי לסרב להתקדמות: מחשב יכול להפוך לעוזר מצוין וחיוני לרופא, אבל בתנאים הבאים:

• לרופא יש טכנולוגיות חדשות;
• מוסד רפואי רכש מחשבים רבי עוצמה;
• הוקמה רשת טובה עם גישה לאינטרנט;
• נעשה שימוש בתוכנות קלות לשימוש לעיבוד מידע;
• הציוד מטופל על ידי מנהל מערכת מנוסה.

כל אחד מהתנאים נעדר, ו- עמדת העבודה של הרופא הופכת לבעיה יומיומית, שקשה לרופא לפתור אותה, לעיתים בלתי אפשרית, והכי חשוב מצב זה מפריע להתמודדות עם החולים. לעתים קרובות הרופא הופך להיות עבד וספח של המחשב, עם כל ההשלכות הנובעות מכך.

עזרה אמיתית לרופא

מוֹדֶרנִי טכנולוגית מידעליצור נוחות רבה לרופא - החל מחיפוש המידע הרפואי הדרוש באינטרנט ועד שימוש יעיל תוכנות מחשבבאבחון מחלות. תחנת עבודה לרופא היא מאגר מידע לכל מטופל, ממנו ניתן לברר:

• כל האבחנות והמחלות של האדם שפנה לעזרה (על ידי התבוננות בכרטיס האלקטרוני, לפעמים ניתן לגלות הרבה יותר מאשר בעת איסוף אנמנזה מהמטופל);
• תוצאות הבדיקה האחרונות בדיקות אבחוןוחוות דעת מייעצות;
• מיקומו של המטופל בדינמיקה של הטיפול (טיפול אשפוז וטיפול חוץ);
• חלק מהנתונים האישיים של אדם (דרכון, מדיניות רפואית, SNILS, טלפון);
• סטטיסטיקות עבודה יומיות.

מערכת היחסים של מוסדות רפואיים שונים ומומחים בעמדת העבודה של הרופא היא העוזר הטוב ביותר עבור הרופא: על ידי לחיצה על שם המטופל, אתה יכול טווח קצרזמן ללמוד את מירב המידע הרפואי על אדם.

עמדת העבודה של הרופא - מהם החסרונות

להחזיק כרטיס אלקטרוני לכל אדם זה נפלא ונוח. אבל רק ב תנאים אידיאליים. בחייו ובמציאותו של כל מוסד רפואי מסוים ישנם ניואנסים משמעותיים, מחסומים בלתי עבירים וקשיים עצומים. עמדת העבודה של הרופא הופכת לנטל עבור הרופא במקרים הבאים:

• נרכשו מסופי מחשב זולים ובעלי עוצמה נמוכה עם מדפסות מתפרקות במהירות;
• נעשה שימוש בתוכנית רפואית מסורבלת ולא גמורה;
• אין איחוד לכל המדינה (כל אזור משתמש בתוכנית משלו לשמירה על מפה אלקטרונית);
• נעשה חיסכון ליצירת רשת תוך-בית חולית, המשפיעה על מהירות הגישה לאינטרנט;
• בית החולים, על מנת לחסוך כסף, אינו קונה נייר משרדי (ניתן להדפיס את בדיקת הרופא ולהדביק אותו בכרטיס נייר שאיש לא ביטל), לכן הרופא, בנוסף להזנת מידע לתוכנית, חייב לכתוב עם עט רגיל על נייר רגיל, לפי הצורך;
• נשכר מתכנת לא כשיר שלא מכיר טכנולוגיות רשת;
• לרופא אין מחשב, מקליד באצבע אחת ובקושי מבין למה צריך לחצן Enter.

במוסדות גדולים, בעיות עם

MIS KAUZ (גרסה 0.7.2014.23 ומעלה)
תת מערכת "רשומה רפואית אלקטרונית: מרפאת חוץ"

("EMK - עמדת עבודה של רופא מרפאת חוץ (פוליקליניקה)")

(תיאור קצר של תכונות ופונקציות)
תת מערכת "רשומה רפואית אלקטרונית: מרפאת חוץ" MIS KAUS (mislpu. he) מיועד ל:

• 
  אוטומציה של זרימת העבודה של מרפאת חוץ (פוליקליניקה) ארגון רפואי(MO);
• 
  אוטומציה של מקום העבודה של רופא במרפאת חוץ (פוליקליניקה) של אזור מוסקבה בפגישה חוץ;
• 
  אוטומציה של עובדים אָחוֹתמרפאות חוץ (פוליקליניקות) MO בפגישה חוץ;
• 
  קבלת דוחות הדרושים לעבודתו של רופא במרפאת חוץ (פוליקליניקה) של אזור מוסקבה;
• 
  החלפת מידע על תוצאות בדיקות חוץ עם תת-מערכות אחרות של MIS KAUS.

כדי לרשום נתוני EHR במרפאת החוץ של אזור מוסקבה, נעשה שימוש במודול "רישום מסמכים ראשיים" (REGDOC), במצב "AMB - POLYCLINIC (EMC)".
יש צורך למלא את הגדרות המשתמש בדומה לדוגמא למטה -

תת מערכת "EMK - תחנת עבודה של רופא חוץ (פוליקליניקה)": מציע את האפשרויות הבאות:

1. 
   רישום (הוספה, שינוי, מחיקה) נתוני מטופל –

1. 
   רישום מרשם מועדף חדש (הרשאה פדרלית ואזורית) -

1. 
   צפייה ברשימת המרשמים המועדפים (PR) ושינוים -

1. 
   צפייה ברשימת ה-EMR של המטופל הרשומים במרפאת החוץ (פוליקליניקה) -

1. 
   צפייה ברשימת ה-EHR של המטופל הרשומים בבית החולים (אשפוז יום) -

1. 
   הדפסת מסמכי מטופל הדרושים לשירותו במרפאת חוץ (פוליקליניקה) -

1. 
   רישום של צורך חדש בהעדפה תרופות(LLS) של מוטב פדרלי, מוטב אזורי, "סרבן" מה-NSO -

1. 
   צפייה ברשימה ושינוי הצורך בתרופות מסובסדות (LLS) של מוטב פדרלי, מוטב אזורי, "סרבן" מה-NSO -

1. 
   הפונקציונליות של הרופא תירגול כללי(VOP) -

תשומת הלב!

למידע נוסף על הפונקציונליות של "ARM VOP" popsystem, עיין בהוראות הכלולות בקובץ - ARM VOP - user manual.doc

1. 
   לעבוד במצב תיעוד אלקטרונילקביעת תור לרופא (בדיקה, פרוצדורה)" -

תשומת הלב!

עוד עם פונקציונליות popsystem "פגישה אלקטרונית לרופא (בדיקה, פרוצדורה)" ניתן למצוא בהנחיות הכלולות בתיקים:

- רישום אלקטרוני- manual.doc למשתמש

- ארגון העבודה עם מצב הרישום האלקטרוני MIS LPU.doc

1. 
   רישום נתונים של בדיקות חוץ –

תשומת הלב!

רשימת הבדיקות מציגה הפניות בלבד לרופא מהמומחיות הרפואית המצוינת בהגדרות של מקום העבודה של המשתמש.
למילוי נתוני בדיקת החוץ (הפניה) יש לבחור ...


... ומלא את הנתונים -


תשומת הלב!

ההנחה היא שהפנייה לבדיקת חוץ נעשית מ:

- רישום מרפאות חוץ (בעת קביעת תור למטופל לרופא);

• 
  בית חולים (אשפוז יום) (למשל, עם קבלת החולה);
• 
  מרפאת חוץ (למשל, כאשר רופא כללי (רופא ילדים, רופא) שולח מטופל לבדיקות ל"מומחים צרים").

אם אין נתונים על הפניית המטופל (למשל כאשר המטופל פונה בעצמו לפוליקליניקה עוקף את הרישום), אז ניתן להזין באותו אופן את הנתונים על בדיקת החוץ שלו.
בעת מילוי הנתונים הבאים:

• 
  תלונות
• 
  אנמנזה
• 
  אובייקטיבית (מצב אובייקטיבי)
• 
  סטטוס מיוחד (מעמד מיוחד)
• 
  תוכנית טיפול
• 
  תוכנית סקר
• 
  המלצות

נעשה שימוש במערכת של תבניות, אשר נוצרות (יוצרות) על ידי הרופא בנפרד.
כדי להוסיף תבנית חדשה, עליך להזין שם חדש -


הוסף תבנית חדשה






כדי לבחור תבנית קיימת, יש לבחור אותה מהרשימה המתאימה -


כדי לשנות את הטקסט, עליך לעשות זאת באופן ידני -


בחירת תבנית טקסט הבדיקה תלויה בהתמחות הרפואית ובאבחון המטופל -

תשומת הלב!

תבניות בדיקה לבדיקות של רופאי חוץ יכולים להיות. הוסיף ושונה במודול "מנהל MIS" (ADMINDOC). הוספה של תבניות כאלה חייבת להיעשות לפני תחילת הפעילות של תת-המערכת "EMC - תחנת עבודה של רופא של מרפאת חוץ (פוליקליניקה)" על ידי רופאים.
לאחר מילוי השדות הנדרשים, עליך לשמור את נתוני בדיקת החוץ (F2) ...


... ובמידת הצורך להדפיס את פרוטוקול הבדיקה באמצעות מדפסת על נייר (לדוגמה, להוסיף (להדביק) פרוטוקול נייר לתיעוד הרפואי של הנייר של המטופל) -




לאחר שמירת נתוני בדיקת החוץ (אישור רופא), ניתן לראות את הנתונים במצב "תוצאות".

1. 
   צפייה והדפסה של תוצאות נתוני בדיקות חוץ -

תשומת הלב!

ברשימת התוצאות מוצגות בדיקות של כל ההתמחויות הרפואיות (ללא הגבלות על ההתמחות הרפואית המצוינת בהגדרות מקום העבודה של המשתמש) על רקע כחול-אפור - מאושרות על ידי הרופאים שביצעו את הבדיקה של המטופל.

1. 
   להציג ולהדפיס נתונים קליניים ו מחקר ביוכימיסבלני -

תשומת הלב! המצב זמין אם ה-LPU משתמש בתת המערכת "LIS - מערכת מידע מעבדתית" MIS KAUZ (mislpu.ru)

1. 
   צפייה והדפסה של נתונים של בדיקות תפקודיות של המטופל -

תשומת הלב! המצב זמין אם המתקן הרפואי משתמש בתת המערכת "EMK - תחנת עבודה של רופא לאבחון פונקציונלי" MIS KAUS (mislpu.ru)

1. 
   צפייה והדפסה של נתונים של מחקרים קוליים (אולטרסאונד) של המטופל -

תשומת הלב! המצב זמין אם נעשה שימוש בתת המערכת "EMR - תחנת עבודה של הרופא" במתקן הרפואי. אבחון אולטרסאונד” MIS KAUZ (mislpu.ru)

1. 
   צפייה והדפסה של נתונים לימודי רנטגן(RTI) של המטופל -

תשומת הלב! המצב זמין אם תת-המערכת "RIS - מערכת מידע רדיולוגית" MIS KAUS (mislpu.ru) משמשת במתקן הרפואי

1. 
   רישום נתונים על חיסונים מונעים -

תשומת הלב! המדריך למשתמש לעבודה עם תת-המערכת "Immunoprophylaxis" כלול בקובץ - User Manual for immunoprophylaxis.doc
18) הוספה, שינוי, צפייה והדפסה של אפיקריזות מקוממות ב-VK–






19) הפקת דוחות -


שירות לקוחות

mislpu @ yandex. he

תכניתמיועד ל שמירה על תיעוד רפואיבמסגרת חוץ.

שָׁנָה: 2011
גִרְסָה: 4.2.02
מפתח:לייבאסופט
פּלַטפוֹרמָה: Windows XP SP2 ומעלה
תאימות ויסטה:לְהַשְׁלִים
דרישות מערכת:
- מעבד: P-III (Celeron 1.5 GHz) ומעלה
- זיכרון RAM: 512 MB (מינימום 256 MB) או יותר (מומלץ)
- שטח דיסק קשיח: 100 מגה-בייט או יותר (בהתאם לקצב הצמיחה של גודל קובץ מסד הנתונים)
- זכויות מנהל (רק להתקנת תוכנה והגדרת השרת)
שפת ממשק:רק רוסים
לוּחַ:לא דרוש
גודל: 172 מגה-בייט

נכתב כדי לסייע לרופאים אחרים שנדרשים לכך הזמן הקצר ביותרעשה את הבלתי אפשרי: צייר כרטיס אשפוז בהתאם לכל הכללים, הקשב היטב למטופל, הבין את הנאמר וקבע בדיקה וטיפול נאותים.

התוכנית היא מבחינה טכנית שרת לקוח דו-שכבתי ("עבה"). Firebird RDBMS משמש כשרת, המאפשר גישה מרובה משתמשים לנתונים ושימוש באפליקציה רשת מקומית. הגישה לנתונים מוסדרת באופן קפדני בהתאם לקבוצה שבה המשתמש נכנס למסד הנתונים (במילה אחת, כל אחד "יראה" רק את הנתונים שהוא רשאי "להסתכל עליהם").

לְהוֹסִיף. מידע: מהדורה קודמת של התוכנית (גרסה 4.1.08)

מה חדש בגרסה זו:

1. לצד גרסת ריבוי המשתמשים (באמצעות שרת מן המניין הדורש התקנה ותצורה נפרדת), מה שנקרא. גרסה ניידת (למשתמש יחיד, המכילה שרת מובנה שאינו דורש תצורה). הגרסה הניידת מאפשרת לרופא לשמור את התוכנית + השרת + מסד הנתונים שלו על כונן הבזק רגיל או USB HDD. זה מאוד נוח אם אתה רוצה לעבוד עם מסד הנתונים בעבודה ובבית, יתר על כן, אם אין לך שום רצון להתעמק בנבכי ניהול מסד הנתונים.

2. נוספה אפשרות להזין חלק מהנתונים בלטינית (לבקשת עמיתים מחו"ל)

3. הממשק שופר בכמה מקומות (חלון החיבור בגרסת ריבוי המשתמשים כולל כעת שלושה מצבי תצוגה) + הוטמעו מספר "טובים" ו"נוחות", תוקנו באגים ברורים

4. נוסף פורמט עזרה HTML בנוסף לפורמט chm הקיים

עיין בדף העזרה לפרטים...

מכיוון שגרסה זו מיועדת רק לעבודה אורולוג-אנדרולוג, המחבר מזמין עמיתים גינקולוגים, דרמטונרולוגים, מטפלים, נוירופתולוגים וכן הלאה לשתף פעולה. כדי להרחיב פונקציונליות דומה בתוכנית. הערות בונות על התוכן והשימושיות של גרסה זו יתקבלו גם בברכה.

כיצד לתרום להמשך פיתוח התוכנה
1. אנו מסתכלים על ממשק התוכנית
2. אנו תופסים את ההיגיון של העבודה ואת הקשר בין רכיבי הממשק המסומנים לבין הנתונים שנוצרו
3. אנו שולחים תלונות/תסמינים בשילוב של אותו הגיון והתיאור ה"אופייני" התלונות/תסמינים שנמצאו בתיעוד רפואי מקומי (או "כמעט זר") (כמובן, במומחיות שאתה רוצה לראות בתוכנית ). אתה יכול גם להוסיף כאן אילו תבניות נוספות (קופונים סטטיסטיים ושאר מוצרי פסולת של ביורוקרטים רפואיים) ניתן להוסיף.