Sairaalassa käytettävä LED-näyttöpaneeli jonotilanteisiin ja hätäviesteihin

Jonokutsut, huoneiden ohjeet, väliaikaiset ilmoitukset ja hätäohjeet noudattavat erilaisia toimintasääntöjä. Jokaisella paikalla on myös oma katseetäisyys, ympäröivä valaistus, akustinen raja-arvo, asennusehdot ja palvelutyönkulku.

Suunnittelutehtävänä on yhdistää nämä edellytykset luettavilla teksteillä, hallituilla julkaisuoikeuksilla, luotettavilla rajapinnoilla, hiljaisella lämpökäyttäytymisellä ja testatulla palautumiskyvyllä. Tämä opas kattaa vastaanottohallit, odotustilat, osastojen käytävät, ulkopotilaiden odotustilat, apteekkialueet ja hätäviestintätilanteet. Se sisältää myös aluepohjaisen matriisin, rajapinnan ja oikeudet tarkistuslistan, kestävyystestausmatriisin sekä täydellisen sivustohyväksyntätarkistuslistan.

Alueellinen suunnittelu

1. Sovita jokainen sairaalan alue oikeaan viestiin

Sairaalarakennukset sisältävät useita erilaisia informaatioympäristöjä. Yksittäinen näytösmalli harvoin toimii kaikissa niissä. Rekisteröintipisteet hoitavat asiakkaiden saapumista ja palveluvaiheita. Odotusalueet hoitavat tällä hetkellä voimassa olevia puheluita. Käytävät tukevat nopeita reittipäätöksiä. Suuret aulat voivat yhdistää suunnistusta, palvelumuutoksia ja kiireellisiä ohjeita.

Aloita alueittain tehtävä luettelo ennen paneelispecifikaatioiden keskustelua. Kirjaa jokaiseen sijaintiin ensisijainen tehtävä, lähtöjärjestelmä, katselumalli, toiminta-aika ja vastuuosasto. Tämä lähestymistapa estää tavallisten ilmoitusten, jonotilanteen päivitysten ja hätäviestien kilpailun samasta näyttöalueesta.

Rekisteröinti- ja maksualueet

Rekisteröintialueiden tarvitsema tiedon esittäminen on lyhyttä ja välitöntä. Yleisiä kenttiä ovat aktiivisen jonokoodin, kassanumeron, palvelutilan ja väliaikaisen kassan sulkemisen tiedot. Lyhyt prosessiohje voi näkyä erillisessä alueessa, mutta sen ei tulisi kilpailla nykyisen kutsun kanssa.

Näytön sijainti voi olla tärkeämpi kuin sen nimelliset mitat. Työntekijöiden suoraan takana oleva näyttö saattaa jäädä seisovien rivien varjoon. Korkeammalla sijaitseva näyttö parantaa näkyvyyttä, vaikka liian korkea sijainti vaikeuttaa pienikokoisten tekstien lukemista. Kyselyssä tulisi tarkistaa sekä seisovan että istuvan henkilön näkökulmat.

Maksu- ja lopputilintarkastusalueet voivat noudattaa samankaltaista jonologiikkaa. Niiden käytetyt termit ja työnkulut voivat kuitenkin vaihdella. Maksunäytöllä saattaa olla tarvetta näyttää kassojen saatavuus ja asiakirjamuistutukset, kun taas lopputilintarkastusnäytöllä painotus voi olla keruuaskelissa tai palveluikkunoissa.

Julkinen sisältö tulisi käyttää vain hyväksyttyjä tunnisteita. Jonakoodi ja kohde ovat usein riittäviä. Henkilökohtaiset tiedot, ajanvarausdata ja kliininen tieto tulisi pitää julkinen mallipohja ulkopuolella, ellei asiakirjallisesti vahvistettu politiikka salli niiden käyttöä.

Yleiset odotusalueet

Odotusalueiden tulisi olla rauhallisia ja vakaita suunnittelultaan. Aktiivinen jonokutsu tulisi pysyä paikoillaan. Viimeisimmät kutsut voivat näkyä sen alapuolella rajatun ajan. Tukitiedotteet voivat sijaita toisessa alueessa, mutta asettelun ei tulisi muuttua aina, kun soittojärjestelmän sisältö vaihtuu.

Pitkä odotusaika vaatii visuaalisesti erilaista lähestymistapaa. Nopea animaatio, suuret valkoiset alueet ja toistuva vilkuminen voivat aiheuttaa väsymystä. Hillitty sisältökierto toimii yleensä paremmin. Lyhyet siirtymät voivat korostaa uutta kutsua ilman, että koko näyttö pulssaa.

Mallin tulee erottaa aktiivinen puhelu, viimeaikainen puhelu ja viivästynyt jonotus. Näiden tilojen tulee olla selkeästi nimettyjä tai sijoitettuja. Värin muutos yksinään ei riitä, koska merkitys saattaa jäädä huomaamatta sivupisteistä.

Äänille tulee oma suunnitelmansa. Joissakin alueissa tarvitaan lyhyttä äänimerkkiä tai puheellista ilmoitusta. Toisissa alueissa visuaalinen ilmoitus riittää. Kaiutinalueet, äänenvoimakkuusalueet, toistosäännöt ja hiljaisajat tulee sovitulla integraatiotestauksen aloittamiseen.

Osastojen käytävät ja klinikan sisääntulot

Käytävästä annettavan tiedon tulee toimia ihmisten liikkuessa. Kohdenimet, nuolet, kerrosviitteet ja huone numerot tulee muodostaa yhden selkeän visuaalisen ryhmän. Pidempiä selityksiä varten tulee käyttää hakukonetta, painettua merkkiä tai lähellä olevaa tietoterminaalia.

Nimeäminen on oltava yhtenäistä koko rakennuksen alueella. Osastoa ei saa esittää täydellä nimellä sisääntulossa ja selittämättömänä lyhenteenä klinikan läheisyydessä. Yksi hyväksytty kohdeluettelo on käytettävä painettujen merkkien, digitaalisten hakemistojen ja näyttöpohjien lähteenä.

Liitosnäytön tulee vastata yhteen välittömään kysymykseen: mikä reitti johtaa vaadittuun kohteeseen? Lisätietoja palveluista saa näyttää vain silloin, kun ne eivät pienennä tai heikennä kyseisen vastauksen kokoa tai näkyvyyttä.

Klinikan sisääntulon näytöillä voidaan näyttää huoneiden tilaa, jonon arvioidun pituuden tai väliaikaisen ilmoituksen. Niiden asettelua voidaan tiukentaa, koska katsojan etäisyys näyttöön on lyhyempi. Silti olennainen teksti on pysyttävä näkyvissä, kun ihmiset seisovat ovenkynnystä lähellä.

Pääklinikkahallit

Suuret hallit yhdistävät usein useita toimintoja. Tyypillistä sisältöä ovat osastojen suunnistustiedot, useiden osastojen jonoyhteenvetoja, väliaikaisia palvelumuutoksia ja hätätilanteisiin liittyviä ohjeita. Asettelun tulee tehdä näistä toiminnoista visuaalisesti erillisiä.

Näytön koko ei perustele sisällön sijoittamista jokaiseen alueeseen. Lisätila on hyödyllisempää, kun se kasvattaa tekstin kokoa, marginaaleja ja erotuksia. Yksinkertainen kolmiosainen asettelu voi välittää tietoa selkeämmin kuin tiukka ilmoitusten mosaiikki.

Keskikorridoorin näytöllä saattaa olla useita toimintatapoja. Normaalitila voi näyttää ohjeita ja jonoyhteenvetoja. Kiireellisyyden aikana voivat elävät jonotiedot suurentua. Hälytystilassa normaali ruudunjakopohja on korvattava hyväksytyllä ylivallalla.

Katseurakset voivat alkaa sisääntulopaikoista, hisseistä, liukuportaista tai sivukäytävistä. Merkitse jokainen päälähestymistapa erilliseksi tarkistuspisteeksi kerroskarttaan. Näyttö, joka toimii keskeltä, voi silti epäonnistua sivuisesta sisääntulosta.

Apuainepalvelu-, kuvantamispalvelu- ja laboratoriotilat

Apuainepalvelun näytöillä voidaan näyttää noutokoodit, ikkunoiden numerot ja palvelun tila. Aktiivinen kutsu pitää pysyä hallitsevana, kun taas viimeisimmät kutsut vanhenevat paikallisessa työnkulussa määritellyn ajan kuluttua. Rajaton kutsuhistoria tekee asettelusta nopeasti vaikeasti skannattavan.

Kuvantamis- ja laboratorioalueet voivat myös vaatia valmisteluhuomautuksia, vaihtohuoneen ohjeita tai viivästysilmoituksia. Näillä alueilla viibimisaika on usein pidempi, joten liike- ja äänitoiminnot tulisi pitää hallinnassa.

Julkisia näyttöjä ei tulisi käyttää tarpeettomien lääketieteellisten tietojen esittämiseen. Jos tunnisteita vaaditaan, kenttämuodon tulee noudattaa hyväksyttyä tietoturva- ja yksityisyyspolitiikkaa.

Huoneiden kartoitus on käsiteltävä konfiguraatiotietona. Kun huone muuttuu, kaikkien kyseeseen tulevien näyttöjen tulee päivittyä ilman, että muut osastot muuttuisivat. Hallittu sijaintikartta vähentää manuaalista muokkaamista ja ristiriitaisia ohjeita.

Sairaalan alue, sisältö, etäisyys ja näyttövaatimusten matriisi

Seuraava matriisi tukee varhaista laajuuden määrittämistä. Sivumittaukset tulisi tehdä ennen lopullisen pikselietäisyyden, mittojen ja kiinnityskorkeuden hyväksymistä kaikki oletukset korvataan.

Lisää jokaiseen matriisin rivin ruututunniste, piirustusviite, sisällön omistaja ja tekninen lähde. Tämä muuttaa taulukon toimivaksi projektiasiakirjaksi eikä yleiseksi suosituksiksi.

Matriisin tulisi myös tunnistaa pisimmän kohdenimen ja suurimman jonomuodon odotettu arvo kussakin alueessa. Nämä arvot syötetään suoraan seuraavassa osiossa tehtävään luettavuustestiin.

Luettavuus

2. Aseta merkkikoko katseetävyyden ja tehtävän nopeuden perusteella

Luettavuus riippuu etäisyydestä, merkin korkeudesta, paksuudesta, välityksestä, kiinnityskorkeudesta ja liikumisnopeudesta. Pikselietäisyys vaikuttaa kuvan yksityiskohtaisuuteen, mutta se ei korjaa heikkoa sisältöasettelua. Tarkkapikselinen näyttö voi silti epäonnistua, jos jononumero on liian pieni.

Mittaa sekä lähin hyödyllinen paikka että kauimpana sijaitseva merkityksellinen paikka. Lähin fyysinen piste ei välttämättä ole merkityksellinen, kun henkilö kulkee suoraan näytön alapuolella. Hyödyllinen paikka on se, jossa tieto on tunnistettava ja toiminta siitä tehtävä.

Mittaa koko katselualue

Merkitse kerroskuvioon sisääntulokynnysten, jonolinjojen, istumapaikkojen rivien, hissien uloskäyntien ja käytävien risteysten paikat. Lisää pylväät, riippuvalaisimet, vastaanottopisteet ja mahdolliset seisovat joukot. Nämä esteet voivat muuttaa käytettävissä olevaa näyttöaluetta.

Kiinnityskorkeus muuttaa tehollista etäisyyttä. Korkealle asennettu näyttö voi parantaa näkyvyyttä joukon yläpuolella, mutta se lisää myös pystysuuntaista kulmaa. Alhaalle asennettu näyttö voi olla helpommin luettavissa, mutta se on samalla altis esteille.

Kävelynopeus vaikuttaa myös siihen, kuinka paljon tietoa voidaan lukea. Käytäväohje voi olla näkyvissä vain muutamia sekunteja. Istuvan jonon kutsu voi pysyä näkyvissä useita minuutteja.

Väliaikainen tulostettu ulkoasu voi paljastaa nämä ongelmat ennen asennusta. Sijoita täysikokoisen suorakulmion paikka suunniteltuun korkeuteen. Merkitse sitten jononumero, määränpään rivi ja hätätiedotteet niiden ehdotettuihin fyysisiin kokoihin.

Anna jokaiselle tekstitasolle määritelty tehtävä

Aktiivinen jonokoodi vaatii välitöntä tunnistusta. Sen tulee hallita asettelua. Määrätty laskentapiste tai huone tulee näkyä sen vieressä selkeällä kohdistuksella. Tukiohjeet tulee pitää erillään ja pienempänä.

Suuntaviittojen suunnittelu perustuu toiseen hierarkiaan. Kohde, nuoli ja kerrosviite tulee lukea yhtenä kokonaisuutena. Katsojan ei pitäisi tarvita etsiä ruudulta nuolen ja sen kohteen välistä yhteyttä.

Hätäviesteissä toimintalinja tulee esittää ennen selitystä. Esimerkiksi ”Käytä itäistä poistumista” viestii vaaditun toiminnon nopeammin kuin kappale, joka kuvaa, miksi toinen reitti ei ole käytettävissä. Lisäkonteksti voi näkyä alapuolella, jos tilaa on saatavilla.

Tukisisältö ei saa kilpailla ensisijaisen tehtävän kanssa. Valmistelumuistutukset voivat sijaita jonotilan alapuolella, mutta aktiivinen kutsu tulee pysyä suurempana, selkeämpänä ja avaruudellisesti erillisenä.

Käytä typografiaa, joka tukee nopeaa tunnistamista

Siisti sans-serif -kirjasinlaji tukee yleensä lyhyitä informaatiokenttiä. Valitun fontin on myös tuettava kaikki vaaditut kielet, numeromuodot ja symbolit. Varafonttia tulisi testata ennen tilausta.

Paksu teksti voi parantaa näkyvyyttä, mutta liiallinen paksuus voi sulkea pienet väliavaruudet kirjainten sisällä. Tiukennettu teksti säästää leveyttä, vaikka se voi hidastaa tunnistamista. Lyhyet nimikkeet ja riittävä välitys tuottavat usein paremman tuloksen kuin kapeat merkit.

Lausekirjoitus sopii useimpiin ohjeisiin. Isoja kirjaimia voidaan edelleen käyttää lyhyissä koodeissa tai alueidentunnisteissa. Pitkät ohjeet kokonaan isoilla kirjaimilla ovat vaikeampia skannata, erityisesti sivuasennosta katsottaessa.

Numeroita ja kirjaimia tulisi myös testata yhdessä. Jonomuodot voivat sisältää merkkejä, kuten nollaa ja kirjainta O. Valitun fontin on pidettävä nämä yhdistelmät selkeästi erillään toisistaan.

Rivimäärän tulisi pysyä rajattuna. Kaksi lyhyttä riviä luetaan yleensä nopeammin kuin yksi täytetty rivi. Turvalliset reunat ovat myös tärkeitä, koska reunasta reunaan ulottuva teksti voi tuntua puristetulta asennuksen jälkeen.

Suorita täysmittainen luettavuustesti

Testisisällön tulisi käyttää pisintä osaston nimeä, suurinta jonokoodia, monikielistä tekstiä ja todellisia suuntanuolia. Kätevä lyhyt merkintä ei voi paljastaa, ylivuotaaako lopullinen pohja.

Suorita sama testi päivän ja ilta-ajan asetuksissa. Kirkas näyttö voi tehdä ohuista viivoista leveämpiä. Alhainen näyttö voi vähentää tummien sävyjen välistä erotusta. Typografia ja käyttötaso on hyväksyttävä yhdessä.

Pyydä havainnoijia tunnistamaan aktiivinen koodi, määränpää ja vaadittava toiminto jokaisesta merkitystä paikasta. Merkitse puuttuvat merkit, hitaasti tunnistetut asiat, leikatut sanat ja epäselvät nuolet. Pohjaa tulisi muuttaa ennen kuin näytön määrittely on lukittu.

Pidä laskentataulukko linkitettynä hyväksyttyyn malliversioon. Myöhempää suunnittelumuutoksia ei saa käyttää vähentämään alkuperäisessä testissä hyväksyttyjä merkkikorkeuksia tai välejä.

Visuaalinen mukavuus

3. Tasapaino korkean kontrastisuuden, matalan tason lähtösignaalin ja sivulta katselun välillä

Sisätilojen informaatio-näytöille ei yleensä tarvita maksimaalista valotehoa. Niiden tulee tarjota vakaa luettavuus todellisen huonevalaistuksen alla. Lasipohjainen sisäänkäyntihalli, yleinen odotustila ja himmeä kuvantamiskäytävä vaativat erilaisia käyttöprofiileja.

Voimakas kontrasti voi tukea luettavaa tekstiä ilman liiallista valotehoa. Tummat tai neutraalit taustat vähentävät usein kokonaissäteilyä. Tekstin värit tulee kuitenkin säilyttää erottuvina myös alimmalla hyväksytyllä käyttötasolla.

Hyväksy alin käyttötaso

Alatasoinen käyttö ei tarkoita pelkästään kirkkauden säädintä pienentämällä. Näytön tulee säilyttää pienet viivat, väritasapaino ja tasaisuus. Hyväksyntä tulee perustua myös hiljaisimpaan ilta-aikaan, ei ainoastaan kirkkaaseen päiväaikaan.

Suuret valkoiset alueet voivat tuntua ärsyttäviltä lähellä olevissa istumapaikoissa. Tummempi asettelu voi vähentää visuaalista kuormaa, mutta tummat taustat eivät saa peittää sinistä, harmaata tai punaista tekstiä. Jokaista hyväksyttyä väriparia tulee testata todellisessa mittakaavassa.

Aikataulutetut profiilit voivat tukea päivän, ilta- ja yötoimintaa. Myös automaattinen ohjaus on mahdollinen. Valitun järjestelmän osalta on määriteltävä anturin sijainti, reaktioaika, manuaalinen ylivuototoiminto ja vianilmentymiskäyttäytyminen.

Profiilimuutokset tulisi olla tasaisia. Äkillinen muutos voi kiinnittää huomiota tai tehdä näytöstä hetkellisesti epämukavaa. Tulosteiden ohjaus ei myöskään saa olla käytettävissä käyttöönoton jälkeen.

Testaa sivusta näkyvyys todellisilta reiteiltä

Ilmoitettu katselukulma ei korvaa paikan tarkistusta. Tekstin paino, väri ja kontrasti voivat muuttua ennen kuin kuva muuttuu teknisesti näkymättömäksi. Hyödyllinen katseluraja on se kohta, jossa tieto edelleen toimii.

Tarkista aktiivisen jonokoodin, nuolten, määränpäiden nimien ja hätävärien näkyvyys jokaisesta merkitystä paikasta. Korkealle asennettuja näyttöjä tulee myös tarkastella alhaalta päin. Tämä testi voi paljastaa ohuet viivat tai heijastukset, joita ei näe keskeltä.

Mekaaninen kohdistus kuuluu samaan testiin. Kaapin saumat ja pienet korkeuserot tulevat usein selvemmin esiin vinosta kulmasta katsottuna. Tasaisuutta ja kalibrointia tulisi arvioida lopullisella sisältöinformaatiolla, ei pelkästään testivideolla.

Lasiseinät, kiillotetut lattiat ja ylävalaistus voivat luoda heijastuksia tietyissä paikoissa. Päivän ja iltaisen kierroksen tekeminen auttaa tunnistamaan nämä kohdat ennen lopullista hyväksyntää.

Käytä väriä tukena, älä ainoana signaalina

Jonotilat, reituryhmät ja kiireelliset viestit voivat käyttää eri värejä. Jokaisen värin yhteydessä tulisi olla myös sana, ikoni tai kiinteä asetteluasema. Tilaa ei saa perustaa pelkästään väriin.

Tavallisessa sisällössä tulisi käyttää hillittyä väripaletta. Kun jokainen ilmoitus näyttää kiireeltä, todellisen hätäilmoituksen vaikutus heikkenee. Varaa voimakkaimmat visuaaliset hoitot vain hyväksytyille kiireellisille ja hätätilanteisiin tarkoitetuille pohjille.

Testaa hyväksytty väripaletti valkoisella tekstillä, harmaalla tekstillä, nuolilla ja monikielisillä merkeillä. Arviointiin kuuluvat päivän-, ilta- ja sivusta katsottavuus. Yleispätevä väridemonstraatio ei voi korvata tätä sisältöjoukkoa.

Valitse tuoteryhmä sisältötestin jälkeen

Lähikatselu, tiukka teksti ja rajoitettu palvelutila voivat viitata hienopiikkiseen sisätilojärjestelmään. Suuremmat katseluetäisyydet ja yksinkertaisempi jonosisältö voivat mahdollistaa toisen konfiguraation. Lopullinen valinta tehdään tasapainottamalla tekstin yksityiskohtaisuus, näytön mitat, palvelupääsy ja ohjausarkkitehtuuri.

Seuraavat kuvat esittävät vahvistettua pienipikselistä sisätilatuotetta. Ne eivät edusta valmiita sairaalatapauksia. Lopullinen esitys, kaapelin asettelu, käyttöprofiili ja ohjainrakenne on vahvistettava projektin piirustusten ja näytetestausten perusteella.

Tuotteen viite lähikatseluihin tarkoitettuihin sisätilaprojekteihin. Lopullinen soveltuvuus riippuu hyväksytyistä katseluetäisyydestä, huoltovaatimuksista ja ohjausvaatimuksista. NÄYTÄ TUOTENYKYT

Järjestelmän integrointi

4. Määritä jonointirajapinnat, HIS-rajoitukset ja julkaisuoikeudet

Näyttö ei voi tukea työnkulua, kun järjestelmän omistajuus ei ole selkeä. Jonohallintasofta, varauspalvelut, merkintäsoftat, toistimet, ohjaimet ja hätätyökalut voivat kaikki vaikuttaa samaan projektiin.

Aloita tiedonkulkukaaviolla. Nimetään jokaisen viestin lähde ja komponentti, joka muotoilee sen näytölle. Tämä estää epämääräisiä väitteitä, kuten ”HIS-yhteensopiva”, korvaamasta todellista rajapintamäärittelyä.

Erota lähtejärjestelmät näytön ohjauksesta

Jonotilanne voi tulla rekisteröintialustalta. Huonetilanne voi tulla paikalliselta ohjauskonsolilta. Aikataulutettuja ilmoituksia voi tulla merkintäohjelmistosta. Hälytystiedot voivat tulla rajoitetulta komentoliittymältä.

Näiden lähteiden tulisi kulkea sovitun ohjaustason kautta. Välitysohjelmisto, mediaserveri tai merkintäohjelmisto voi varmistaa kenttien oikeellisuuden, käyttää pohjia ja kuvata tapahtumat oikeille näytön alueille.

Tarkka arkkitehtuuri riippuu tuetusta rajapinnasta. Joissakin jonojärjestelmissä on sovellusohjelmointirajapinta. Toiset käyttävät tietokantanäkemää, tiedostovaihtoa, verkkovirtaa, videotulostusta tai erityistä pääteohjelmaa.

Suunnittelussa tulisi myös määrittää, missä muotoilu tapahtuu. Lähde voi lähettää raakarvoja, joita välitysohjelmisto sijoittaa pohjaan. Toinen lähde voi tarjota valmiin renderöidyn tulosteen. Nämä lähestymistavat vaativat erilaisia testaus- ja ylläpitovastuualueita.

Käsittele HIS Access -palvelua erityisenä soveltamisalana

Sairaalatietojärjestelmä (HIS) voi kattaa useita toimintoja. Se ei kuvaile yhtä yleispätevää protokollaa. Kaikissa integraatioilmoituksissa on mainittava tarkka lähteet, rajapinnat, kentät, turvallisuusmenetelmät ja testausproseduurit.

Jotkin projektit saavat jo tarvittavan tiedon jonopalvelusta. Näytöt kytketään silloin suoraan kyseiseen jonopalveluun. Toisissa projekteissa käytetään välitysohjelmistoa, joka saa hyväksyttyjä kenttiä useista järjestelmistä.

Julkisia näyttöjä varten tulee toimittaa ainoastaan vähimmäismäärä tarvittavia tietoja. Yleisiä kenttiä voivat olla jonokoodi, kanta, huone, osasto, kutsuaika, kieli ja tila.

Jokainen kenttä tulee merkitä pakolliseksi, valinnaiseksi tai kielletyksi. Enimmäispituus, merkkimuoto ja puuttuvan kentän käyttäytyminen tulee myös dokumentoida ennen pohjan hyväksymistä.

Sovita päivitysmetodi viestiin

Aikataulutettuja ilmoituksia voidaan käyttää sisältöjulkaisualustalla. Jonokutsujen päivitykseen tarvitaan yleensä tapahtumapohjainen päivitys. Tilapäisiä reittimuutoksia varten tarvitaan kohdealue, aloitusaika, vanhentumisaika ja vastuullinen rooli.

Hätäviestejä varten tarvitaan nopeampi ja rajoitetumpi kulku. Esihyväksytyt pohjat vähentävät muokkaamista tapauksen aikana. Julkaisuprosessin tulee pysyä riittävän yksinkertaisena, jotta koulutetut käyttäjät voivat käyttää sitä paineen alla.

Jokaisella viestityypillä tulee olla myös peruutussääntö. Jonokutsut voivat vanhentua automaattisesti. Tilapäiset ilmoitukset voivat päättyä aikataulutettuun aikaan. Hätäsisältöön voi liittyä valtuutettu manuaalinen peruutus.

Kohdemäppäystä tarvitaan versiohallintaa. Kun osasto tai huone siirtyy, järjestelmän tulee tallentaa, kuka muutti karttaa, milloin muutos tapahtui ja mille näytöille uusi konfiguraatio lähetettiin.

Järjestelmän rajapinta ja oikeuksien tarkistuslista

Määritä viallinen toimintatapa ennen testausta

Jonosyöte voi epäonnistua, vaikka näyttö pysyisi päällä. Näytön ei pitäisi näyttää vanhoja kutsuja ikuisesti. Sovittu vastaus voi olla offline-ilmoitus, aikaleima, varasivu tai jonovyöhykkeen poistaminen.

Oikea vastaus vaihtelee alueittain. Käytävänäytössä voidaan säilyttää staattiset ohjeet. Apteekin näytössä saattaa vaadita selkeä palveluilmoitus. Keskitetyssä salissa voidaan säilyttää reitinmääritys ja poistaa vain saatavilla olematon syöte.

Julkiset virheilmoitukset tulisi säilyttää ymmärrettävinä. Tekniset virhekoodit voivat jäädä valvontaliittymään eikä ne tarvitse näyttää pääruudulla.

Sisällytä liittymätestiin lähteen menetys, välitysohjelmiston vika, estetty verkkokäyttö ja toistimen uudelleenkäynnistys. Tuloksen tulee kuvata, mitä näkyy julkisesti ja miten normaali palvelu palautuu.

Toiminta ja huolto

5. Suunnittele hiljainen jäähdytys, pitkät käyttöajat ja puhdistusalueen saavutettavuus

Näytöt voivat sijaita konsultaatiotilojen, odotustilojen tai hallintotyötilojen vieressä. Tuulimen melu, ilmavirtaturbulenssi, löysätyt paneelit ja virtalähteen värähtely voivat tulla havaittaviksi hiljaisina aikoina.

Akustinen suunnittelu tulisi aloittaa koko asennuksen perusteella. Kotelon rakenne, seinäontelot, ilmanvaihto, huoneen lämpötila ja käyttöprofiili vaikuttavat kaikki lopputulokseen. Yksinkertainen ilman tuuletinta -merkintä ei voi korvata tätä tarkastusta.

Tarkista melutaso näytön toiminta-alueella

Testaa melua lähellä olevissa paikoissa, työpaikoissa ja huoneen rajapinnoissa. Mittaus pelkästään kotelon vieressä saattaa jättää huomioimatta seinistä tai katosta heijastuvan melun. Syvällä sijaitsevat rakenteet voivat myös vahvistaa värähtelyä.

Käytä realistista sisältöä tarkistuksen aikana. Kirkas täyskuvio voi aiheuttaa erilaisen lämpökuorman kuin normaali jonosisältö. Myös hätäpohja tulisi ottaa mukaan testiin, jos se käyttää suurempaa kirkasta aluetta.

Normaali taustatilanne tulisi kirjata. Näyttö, joka vaikuttaa hiljaiselta rakennusvaiheessa, saattaa tulla huomattavammaksi, kun rakennus avataan ja väliaikaiset laitteet poistetaan.

Pidempi käyttötesti voi paljastaa epäsäännöllisiä ääniä kaapeleista, lukkojen liikkeestä tai kehikon liikumisesta. Nämä viat eivät välttämättä ilmene lyhyessä tehdastestissä.

Suojaa ilmavirtaa ja huoltotilaa

Upotetut näytöt vaativat määritellyn ilmanotto-, -poisto- ja huoltotien. Koristelevyt eivät saa peittää ilmastointialueita. Lämmin ilma ei saa päästä suunnittelemattomaan tiukkaan kammioon.

Lähellä olevat ilmastointilaitteiden ulostulot tulisi merkitä piirrokseen. Voimakas suora ilmavirta voi aiheuttaa epätasaisia olosuhteita näytön yli. Kaapeliryhmien tulee myös pysyä selvinä ilmastointipolkuja pitkin.

Ilmastointipolut eivät saa ohjata pölyä lähellä olevien istumapaikkojen tai herkkiin tiloihin. Ilmanotto- ja -poistopaikkoja tulee tarkastella yhdessä arkkitehtonisten pintojen kanssa.

Minkä tahansa suodattimen tai irrotettavan kanteen tulee olla tarkastusmenetelmä. Huoltosuunnitelman tulee noudattaa vahvistettuja tuotteen ohjeita, ei yleistä puhdistustaukoa.

Käytännöllisen huollon suunnittelu

Etupuolinen huolto voi auttaa käytävien ja tasaisesti seinään asennettujen ratkaisujen yhteydessä. Seinän päätös on silti jätettävä riittävästi tilaa moduulin poistamiseen. Hienosäädöt, kattoelementit ja läheiset merkintäkyltit eivät saa estää huoltotietä.

Takapuolinen huolto voi soveltua tekniseen huonerakenteeseen tai helposti saatavilla olevaan onteloon. Tämä reitti vaatii turvallisen pääsyn, työtilan ja selkeät erottamispisteet. Arkkitehtoniset ja sähköpiirikaaviot tulee näyttää nämä edellytykset.

Pitkäaikainen toiminta vaatii myös käynnistyspolitiikan. Jotkin näytöt voivat pysyä aktiivisina koko päivän ajan. Toiset voivat noudattaa ohjattua sammutusajastusta. Toimintatapa tulee olla linjassa osaston työaikojen ja hätätilanteiden kanssa.

Vahvista puhdistusrajojen määrittely

Sairaaloiden puhdistusrutiinit voivat sisältää usein toistuvaa pinnanhoitoa. Kaikki nesteet tai desinfiointituotteet eivät sovellu LED-kasvojen, pinnoitteiden, kaapin päätteiden tai tiivistysten puhdistukseen. Puhdistusohjeet on sovitettava valitun tuotteen kanssa.

Siirto-proseduurissa on ilmoitettava, vaaditaanko virtaerottaminen, mikä liina on sopiva ja miten nesteen pääsy estetään. Proseduurissa on myös määriteltävä, ketkä saavat avata sähköisiä komponenttiosastoja.

Lähellä olevat seinät voivat kestää voimakkaampia tuotteita kuin näytön pinta. Merkitse puhdistusraja selvästi. Yksinkertainen kuvallinen ohje on usein hyödyllisempi rutinomaisessa hoidossa kuin tekninen kaapin piirros.

Puhdistushenkilökunnan on myös tiedettävä, miten toimia tahallisesti tapahtuneen nestesuihkun yhteydessä. Proseduurissa on määriteltävä erottamistoimenpide, ilmoitusreitti ja valtuutettu tarkastustehtävä.

Valmistele varaosat ja palautustiedostot

Varaosasuunnitelman tulee vastata asennettua tarveluetteloa. Mahdollisia osia ovat moduulit, teholähteet, vastaanottolaitteet, tiedonsiirtokaapelit ja ohjainkomponentit. Määriä ja yhteensopivuutta varten tarvitaan projektikohtainen vahvistus.

Varaosamoduulit tulee pitää jäljitettävinä asennetun konfiguraation mukaisesti. Kalibrointitiedot ja säilytysolosuhteet voivat vaikuttaa vaihtokomponentin laatuun. Siirtoasiakirjassa tulee kuvata vaihto- ja uudelleenkalibrointiprosessi.

Digitaaliset palautustiedostot ovat yhtä tärkeitä. Ohjainkartoitus, mallipohjat, tulostusajat, rajapintasettingit ja verkkotallenteet tulee säilyttää hyväksytyssä sijainnissa. Käynnistysprosessiin tulee sisältyä yksi valvottu palautustesti.

Hätätilanteet ja toimintakyky

6. Anna hätäviesteille etusija ja testaa virran palautuminen

Hätäviesti tulee korvata tavallinen sisältö ennustettavalla tavalla. Korvaus voi koskea yhtä sisältöalueen osaa, kattaa koko näyttöalueen, mykistää jonon äänitulostuksen tai kohdentua vain valittuihin alueisiin.

Näitä käyttäytymisiä tulee dokumentoida ennen ohjelmiston määrittelyä. Epämääräinen ohje ”näytä hätäilmoitukset ensin” ei määritä kohdeyleisöä, äänikäyttäytymistä, peruutusta tai palautumista.

Käytä selkeää viestiprioriteettimallia

Projektissa voidaan käyttää eri nimiä, mutta siihen tarvitaan vastaava hierarkia. Saman tason ristiriidat vaativat myös säännön, joka perustuu sijaintiin, viestityyppiin tai julkaisuaikaan.

Esihyväksy mallipohjat ja kohdeyleisöt

Hätäpohjat tulisi käyttää kiinteitä kenttiä ja hyväksyttyjä sanamuotoja. Pohja voi sisältää hälytystyypin, toimintalinjan, reitin, vaikutusalueen ja päivitysaikamerkintän.

Monikieliset versiot tulisi valmistaa ennen käyttöönottoa. Oikea hätätilanne ei ole sopiva hetki huomata, että käännetty lause ei enää mahdu ruutuun.

Koko ruudun pohjan tulisi poistaa tavallisista jonolistoista, edistämistä tukevat grafiikat ja koristeellinen liike. Ainoastaan kiireellisen toimenpiteen vaatima tieto saa jäädä näkyviin.

Kohderyhmät tulisi nimetä selkeillä paikkanimillä tai koodeilla. Samankaltaiset ruuturyhmien nimet lisäävät riskiä siitä, että sisältö lähetetään väärään rakennukseen tai osastoon.

Hallitse hätäjulkaisuoikeuksia

Paikallisella osastolla olevalla roolilla saattaa olla pääsy vain lähellä oleviin näyttöihin. Keskitetyllä roolilla saattaa olla hallintaoikeus useisiin rakennuksiin. Julkaisuoikeudet ja peruutusoikeudet tulisi luetteloida erikseen.

Vahvistusaskel voi vähentää tahattomia julkaisuja, mutta liian monta näyttöä ja hyväksyntäprosessia voi hidastaa toimintaa. Valvotut harjoitukset pitäisi testata tasapainoa hallinnan ja nopeuden välillä.

Julkaisuohjelmiston käyttöliittymän tulisi näyttää valittu kohderyhmä selvästi ennen julkaisua. Sijaintihierarkia tai vahvistettu ryhmäkoodi voi vähentää valintavirheitä.

Jos alusta tukee lokitietoja, tallennetaan rooli, mallipohja, kohderyhmä, julkaisuaika ja peruutus. Samat tallenteet voivat tukea myöhempää harjoituksen arviointia.

Sovitaan visuaalisen ja äänellisen prioriteetin koordinointi

Visuaalinen ohitus ei aina vaadi ääntä jokaisessa alueessa. Suuri sisäänkäyntihalli saattaa vaatia kuultavaa kehotetta. Hiljainen klinikka saattaa vaatia toista lähestymistapaa. Ääni tulisi noudattaa hyväksyttyjä alueita ja äänenvoimakkuusalueita.

Jonotusäänet eivät saa kilpailla hätääänien kanssa. Ohituksen aikana tavalliset soitot saattavat tarvita tauon. Kun viesti on poistettu, järjestelmän tulisi palata nykyiseen tilaan ilman vanhentuneiden soittojen toistamista.

Testaa valitut kaiuttimet, äänenvoimakkuuden selkeys, puheen kuuluvuus, viive, mykistystoiminto ja sen palautuminen. Käytä mahdollisuuksien mukaan edustavia taustaehtoja.

Määritä virran katkeamisen ja uudelleenkäynnistyksen käyttäytyminen

Varavirtatoiminto riippuu sähkösuunnittelusta. Projektiin tulee selvittää, käyttävätkö näyttö, ohjain, toistin, verkkolaitteet ja äänijärjestelmä normaalivirtaa, hätäpiiriä, jatkuvan virtalähteen (UPS) tai generaattorilla varmistettua virtalähdettä.

Ei saa olettaa mitään varavirtatoiminnan kestoa. Vaadittu tulos tulee määrittää ensin. Sähkökuorma ja toiminta-aika voidaan sen jälkeen tarkistaa valittujen laitteiden kanssa.

Uudelleenkäynnistyksen käyttäytymiseen tulee kiinnittää yhtä suuri huomiota. Näytön ei pitäisi palata testikuviolla, maksimaalisella lähtöteholla, vanhentuneilla jonokutsuilla tai vanhalla hätäsivulla. Hyväksytty kartta, profiili ja lähteen yhteys tulisi palautua hallitussa järjestyksessä.

Verkkolaitteet, toistimet ja ohjaimet voivat käynnistyä eri nopeuksilla. Paikallinen varasivu voi peittää väliaikaisen aukon. Julkiset näytöt eivät saa näyttää raakateknisiä virhesanomia.

Hätätilanteen ja toipumisen testimatriisi

Käyttöönottaminen ja hankinta

7. Hyväksy hanke todellisilla teksteillä, tapahtumilla, äänillä ja palautustesteillä

Elävä videodemonstraatio ei todista jonosysteemin ja reitin osoittamisen järjestelmän toimivuutta. Lopullinen hyväksyntä tulee tehdä todellisilla määränpään nimillä, jonomuodoilla, käyttöliittymätapahtumilla, äänialueilla ja hätätilapohjilla.

Jaa hyväksyntä asiakirjatarkistukseen, visuaalisiin tarkastuksiin, integroituihin järjestelmätesteihin ja palautustesteihin. Jokaisella epäonnistuneella kohteella tulee olla vastuuhenkilö, korjauspäivämäärä ja määritelty uudelleentesti.

Tarkista siirtoasiakirja ennen käyttöönottoa

Puuttuvat piirustukset ja varmuuskopiot voivat muuttaa pienen vian pitkäksi katkoksi. Asiakirjajoukon tulee vastata lopullista asennettua konfiguraatiota, ei aiempaa suunnittelun versiota.

Täydellinen projektin hyväksyntätarkistuslista

Suorita loppuun asti toimivat operaatiokomentosarjat.

Aloita todellisella jonotoiminnolla hyväksytyltä pääteasemalta. Vahvista kohdenäyttö, sisältöalue, teksti, ääni ja päivitysaika. Peruuta tai anna tapahtuman vanhentua ja tarkista lopullinen tila.

Muuta huonekartoitusta ja vahvista, että kaikki siihen liittyvät näytöt päivittyvät. Muille osastoille ei saa tapahtua muutoksia. Julkaise väliaikainen sulku aikarajoituksella ja varmista automaattinen poisto.

Käytä hyväksyttyä harjoitusta hätätilanteiden testaamiseen. Tarkista kohdevalinta, malliprioriteetti, ääniprioriteetti, peruutus ja paluu normaaliin toimintaan. Suorita harjoitus ohjatulla verkkokatkoksellla tai virrankatkolla.

Kirjaa odotettu tulos, todellinen tulos, todisteet, virheen vakavuusasteikko, vastuualue ja uudelleentestauspäivämäärä. Yksi valokuva ei yksinään voi todistaa käyttöliittymän ajastuksesta, oikeuksien hallinnasta tai palautumisesta.

Aseta virheet järjestykseen toiminnallisen vaikutuksen perusteella

Pieni väriero ja virheellinen huonekartta eivät aiheuta samaa seurausta. Kriittisiin kohtiin voi kuulua turvaton kiinnitys, altistunut yksityistieto, hätäkytkimen epäonnistuminen tai hallitsematon julkaisuoikeus.

Tärkeisiin kohtiin voi kuulua lukematon jonoteksti, häiritsevä melu, virheellinen kohdemäppäys tai estetty huoltotila. Ulkonaiset ongelmat voidaan korjata sovitun korjaussuunnitelman mukaisesti, kun ne eivät vaikuta toimintaan.

Jokainen uudelleentestaus tulee toistaa epäonnistunut vaihe. Yleinen tuotedemonstraatio ei vahvista, että tietty integraatio- tai palautusvirhe on korjattu.

Valmista tarjouspyyntö ja hankintatiedot-paketti

Hyödyllinen tarjouspyyntö sisältää enemmän kuin vain näytön leveyden ja korkeuden. Siinä tulisi selittää, mitä näyttöön tulee näkyä, mistä tiedot tulevat ja miten järjestelmää ylläpidetään.

Pakettiin tulisi sisältyä kerrostasokuva, pystykuvat, katselupisteet, ehdotettu kiinnityskorkeus, läheiset palvelut, toiminta-aika, sisällön esimerkit ja lähtöjärjestelmän tiedot.

Liitännäisosiossa tulisi nimetä jonoplattforma, saatavilla oleva dokumentaatio, testiympäristö, vaaditut kentät ja odotettu tapahtumavirta. Jos näitä tietoja ei ole vielä saatavilla, tarjouksessa tulisi erikseen mainita integraatiotilanne.

Hyväksyntäosiossa tulisi ilmoittaa, kuka tarjoaa testitapahtumat, kuka hyväksyy pohjat ja kuka vahvistaa äänitulokset, virransyöttötulokset ja palautustulokset. Tämä luodaan selkeämpi raja näytön toimittamisen, integraation työn ja sairaalan puolen hyväksyntien välille.

Projektin usein kysytyt kysymykset

Usein kysytyt kysymykset