Semestrální práce - Zdravotechnika

Měl bys vědět

uživatel pavel:pavel - admin práva a uživatel jakub_stepanek:pavel s normálními právy. Každý další uživatel má pouze uživatelská práva.

některé příkazy např. add, show, delete vyžadují argument. Ukázka

  show 19 // 19 signalizuje den v kalendáři
  delete 3 // 3 signlaizuje id
  show 3 // také signalizuje id

Abstrakt

Aplikace má sloužit jako elegantní řešení pro evidenci zdravotechniky a přístrojů (monitory, ventilátory, RTG, laboratorní přístroje, a jiné…).

Aplikace zprostředkovává přehled přístrojů s výpisem základních parametrů. Systém eviduje kromě základních evidenčních údajů i data závislá na čase jako je příslušnost k nákladovým střediskům, stav zařízení, údaje o revizích, kalibracích, BTK, metrologii atd. Každá z položek má vazbu na spotřební materiál, který se u ní používá - infuzní sety, hadice, roztoky, spotřební sady atd.

Cílem je kompletně podchytit správu zdravotechniky a zjednodušit procesy její údržby, spotřebního materiálu a služeb a zároveň poskytnout precizní přehled o hospodaření a provozních nákladech na jednotlivých nákladových střediscích v reálném čase.

Význam práce

Projekt by měl napodobovat (a pokusit se vylepšit datový model) jeden z modulů (Zdravotechnika) pro nemocniční informační systém (NiS, napsán v ObjectScriptu od InterSystems a Node.Js), na kterém se podílím.

Vyzkoušení práce s knihovnou pro mysql v Javě pro evidenci položek.
Vyzkoušení jak udržet stav o přihlášeném uživateli v konzoli.
Pokusit se držet nějakého design patternu při vývoji

Funkční specifikace

Některé funkcionality fungují pouze pro uživatelé s administrátorskými právy

1. Users

Přihlásit se
Registrovat se
Změnit heslo
Exportovat do binárního souboru
Přečíst z bínárního souboru
Odhlásit se

2. Kalendář

Další měsíc, předchozí měsíc, dnes
Přidat inspekci
Importovat ze souboru

3. Inspekce

Smazat
Přidat
Označit za hotové

4. Zdravotechnická zařízení

Přidat
Zobrazit
Exportovat
Smazat

Popis řešení

Cílem bylo co nejvíce oddělit logiku od zobrazovací vrstvy. Aplikace je rozdělena do několika vrstev. Do datové vrstvy, servisní a prezenční. K tomu jsou ještě nějaké pomocné utility (Db, Menu, IO, ...).

Jediný kdo komunikuje s databází, která se nachází na serveru (pavel-vacha.cz) je datová vrstva Repository přes databázový wrapper. Tyto data zpracovává pouze servisní vrstva Service a o tyto data si žádá View. (Proto se nejdná o MVC. V MVC View dostane data naservírované už od kontroleru a View generuje eventy na které kontroler reaguje).

Základem všech pohledu je abstraktní třída View, která má v sobě display() a showMessage()

O routování mezi View se stará třída Navigator. Má v sobě jakýsi zásobník a na základě zavolané metody se s ním pracuje... Více v kódu..

O výpis menu (i s korektně ošetřenými právy) se stará třída Menu

Databázový wrapper má vytvořený pool připojení a dynamicky je přidává a ubírá dokud není vyčerpáná interně zvolená kapacita. (Nebo server nepřestane odpovídat :)). Na serveru běží 10.3.27-MariaDB-0+deb10u1 - Debian 10. Schéma lze najít níže

Databázové schéma

Formát souborů

Vstupní soubor pro inspekci. Formát .txt první řádek jsou hlavičky a další soubory jsou oddělené mezerou. Datum musí být ve formátu (dd/mm/yyyy)

idDevice    idInspection    supplier        inspectionDate
3           2               Altier          25/5/2022
3           3               Caviar          26/5/2022
3           1               Savo            13/5/2022

Výstupní formát předmětů ze zdravotechniky. V hlavičce je ID, interní registrovací čísel, název a typ zařízení z číselníku. Vše je odděleno tabama. (Data se již neimportují zpět)

ID    IRN           NAME                  CPV_DEVICE_TYPE
4     X-2321011     Rentegonový přístroj  Radiodiagnostické doplnňky(33124210-0)

V profilu jsem využil exportu a importu do binárního souboru, abych splnil požadavky :). Formát:

    1. int - ID uživatele
    2. utf - jméno uživatele
    3. utf - heslo uživatele (zahashované)
    4. boolean - je admin?

Class diagram

Testování

Zdrojový kód k testům najdete v package com.tul.vacha.semestralproject.ui.ConsoleApp;. Otestoval jsem několik základních CRUD operací, limitních stavů a chybně zadaných vstupů od uživatele.

Popis fungování externí knihovny

MySQL connector poskytuje připojení klientské aplikace v Jave k MySQL a zastřešuje Java Database Connectivity (JDBC) API

Použití:

import java.sql.*;
class MysqlCon {

    public static void main(String args[]) {

        try {
            Class.forName("com.mysql.jdbc.Driver");
            Connection con = DriverManager.getConnection("jdbc:mysql://localhost:3306/sonoo", "root", "root");

            //here sonoo is database name, root is username and password  
            Statement stmt = con.createStatement();
            ResultSet rs = stmt.executeQuery("select * from emp");

            while (rs.next())
                System.out.println(rs.getInt(1) + "  " + rs.getString(2) + "  " + rs.

                    getString(3));
            con.close();
        } catch (SQLException e) {
            System.out.println(e);
        }
    }
}

ResultSetPropertiesSimplifyHelps

Dále bylo využito jakési knihovničky ResultSetPropertiesSimplifyHelps, která by měla být schopna automaticky mapovat ResultSet z JDBC do javovských objektů.

Po mírném zásahu a opravách v knihovně to bylo možné. Knihovnu jsem dále nezkoumal, je možné, že by mohla být i nebezpečná -> deserializace objektu všeobecně je nebezpečná, když je udělaná špatně.

pavelvachaaa / 2122ALG2-Vacha-OZTDevices