NO331467B1 - Logistikksystem og fremgangsmåte for bruk av logistikksystem for legemidler - Google Patents

Description

Teknisk område

[0001] Den foreliggende oppfinnelse relaterer seg til et logistikkstyresystem og en fremgangsmåte for et slikt. Mer spesifikt relaterer oppfinnelsen seg til et logistikkstyresystem for lagerenheter og en fremgangsmåte for ekspedering

av varer/kunder

Bakgrunnsteknikk

[0002] Dagens løsninger for lagerstyring er i stor utstrekning basert på manuelle systemer der en ekspeditør/bruker plukker/henter varer fra en plukkliste. Han må lete opp riktig lokasjon for de enkelte varer, og skal samtidig være sikker på at han tar ut rett vare. I systemer med skanning av varer enten via strekkodeleser eller ved RFID er feilkilden ved uttak av gal vare redusert, men det krever fremdeles at ekspeditøren leter opp riktig varelokasjon. En slik løsning for vareuttak tar mye tid. I løsninger der vareskanning ikke kan utføres eller der slik mulighet ikke finnes er uttak av feil varer et problem. Uttak av feil vare tar ekstra tid og det medfører at varen skal tilbakelegges, tilbakelegging av varer medfører en økt risiko for at varer blir lagret på feil sted, det øker også faren for feil i oversikten over varebeholdning. Dårlig oversikt over varebeholdning gir igjen økt fare for svinn. Det vil også kunne medføre at det bestilles varer fra eksterne leverandører som finnes på lager, men på feil sted, eller at det bestilles mer enn nødvendig. Overfor kunder som ekspederes vil det være dårlig service når ekspeditøren sjekker varebeholdning på en datamaskin, konstaterer at det er tilstrekkelig med varer på lager, for deretter å lete forgjeves etter varer som er lagt feil.

[0003] Det er åpenbart et behov for et logistikksystem for lagre som både sikrer korrekt vareuttak, rask aksess til rett varelokasjon og korrekt tilbakelegging av varer. Dette vil sikre rask og god service samt at det for virksomheten vil gi en god logistikkstyring.

[0004] Problemene antydet over er spesielt alvorlige i tilfeller der varelageret omfatter varer som er beheftet med en streng kontroll. Det er en rekke varer som er underlagt slik streng kontroll, kjemikalier, eksplosiver, legemidler med mer. Innen apoteknæringen vil et automatisert system kunne gi spesielt fordelaktige gevinster, ikke minst i forhold til logistikkstyring av reseptbelagte legemidler.

[0005] Fra WO 2004/097697 finnes omtale av et logistikkstyresystem der et vesentlig trekk er at systemet skal ha en sikker kommunikasjon, idet det påpekes at mobiltelefonteknologi anvendes for overføring av data fra varelokasjoner til en master maskin. Det er utplassert følere som kan avføle tilstedeværelse av proddukter samt i en utførelse produkttype og produktmengde. Systemet er spesielt tilrettelagt for at brukere ved en fjerntliggende lokasjon skal kunne logge seg på en lokal datamaskin for å få en oversikt over varebeholdning levert fra en server/mastermaskin. Vareoppdatering tilveibringes ved at det for eksempel anbvringes følere som avføler en varebeholdning.

[0006] Det er således et formål ved den foreliggende oppfinnelse å tilveiebringe et logistikkstyresystem som overkommer et eller flere av de ovenfor nevnte

problemer.

Sammendrag for oppfinnelsen

[0007] I henhold til den foreliggende oppfinnelse tilveiebringes et logistikkstyresystem for lagerenheter i det minste omfattende: a) en eller flere første brukere, der den minst ene bruker kan logge seg på en eller flere datamaskiner, b) midler ved den ene eller de flere datamaskiner for at den minst ene bruker kan tilveiebringe varedata til den ene eller de flere datamaskinene c) systemet omfatter videre nevnte lagerenheter, der lagerplasser er definert ved lokasjonsadresser, tilhørende hver enkelt lokasjonsadresse

finnes visningsorganer, der visningsorganene er assosiert med den eller de foran nevnte datamaskiner eller den første bruker slik at den ene eller flere datamaskiner kan adressere bestemte visningsorganer og samtidig styre innholdet visningsorganet skal fremvise.

[0008] I henhold til et første aspekt ved oppfinnelsen omfatter logistikksystemet

ytterligere en server.

[0009] I henhold til et andre aspekt ved oppfinnelsen omfatter logistikksystemet

ytterligere en ekstern server.

[0010] I henhold til et ytterligere aspekt ved oppfinnelsen omfatter logistikksystemet ytterligere systemdatamaskin.

[0011] Den foreliggende oppfinnelse er ytterligere kjennetegnet ved at det tilveiebringes en fremgangsmåte for ekspedering av varer/kunder i det minste omfattende trinnene av å: a) logge på minst en først bruker til en av, datamaskin, en systemdatamaskin, en ekstern server eller en server, b) kontrollere lagerbeholdning, ved en funksjon lagersjekk som oppdaterer oversikten over lagerbeholdning, c) legge inn varebestilling på en av, datamaskin, en systemdatamaskin, en ekstern server eller en server, d) aktivere et visningsorgan i henhold til en assosiasjon mellom vare, varelokasjon og bruker.

[0012] Ytterligere trekk og fordeler ved den foreliggende oppfinnelse vil fremkomme

av de tilhørende uselvstendige patentkravene.

Kort beskrivelse av tegningene

[0013] Den foreliggende oppfinnelse vil enklere forstås med støtte i de tilhørende

figurene der,

[0014] Figur 1 viser en grov skisse over enheter som i henhold til et aspekt ved den

foreliggende oppfinnelse omfattes av systemet,

[0015] Figur 2 viser en lagerenhet omfattende visningsorganer i form av lys,

[0016] Figur 3 viser en lagerenhet omfattende et visningsorgan tilpasset fremvisning

av informasjon,

[0017] Figur 4 viser en lagerenhet omfattende et visningsorgan tilpasset fremvisning

av informasjon og en skuffeenhet med åpen skuff,

[0018] Figur 5 viser en lagerenhet omfattende et visningsorgan tilpasset fremvisning

av informasjon der visningsorganet er orientert annerledes enn i figur 3,

[0019] Figur 6 viser en skuff i henhold til et aspekt ved den foreliggende oppfinnelse,

[0020] Figur 7 viser en låseanordning for en luke i en skuff i henhold til et aspekt ved

den foreliggende oppfinnelse,

[0021] Figur 8 viser en låseanordning for en luke i en skuff i henhold til et aspekt ved

den foreliggende oppfinnelse, der luken er åpen,

[0022] Figur 9 angir en oversikt over elementer omfattet i systemet for logistikkstyring slik de kan ligge i en database,

[0023] Figur 10 viser eksempel på grensesnitt mellom enheter i henhold til den

foreliggende oppfinnelse,

[0024] Figur 11 viser prosesstrinn ved ekspedering av varer i henhold til et aspekt

ved den foreliggende oppfinnelse,

[0025] Figur 12 viser prosesstrinn ved varetelling i henhold til et aspekt ved den

foreliggende oppfinnelse,

[0026] Figur 13 viser prosesstrinn ved varefylling i henhold til et aspekt ved den

foreliggende oppfinnelse,

[0027] Figur 14 viser prosesstrinn ved vis vare i henhold til et aspekt ved den

foreliggende oppfinnelse, og

[0028] Figur 15 viser prosesstrinn ved tilbakelegging av vare i henhold til et aspekt

ved den foreliggende oppfinnelse.

Detaljert beskrivelse av oppfinnelsen

[0029] I det etterfølgende vil den foreliggende oppfinnelse bli nærmere beskrevet

med støtte i de tilhørende figurene.

[0030] Ordlyden bruker, ekspeditør, operatør eller bruker/ekspeditør skal i den etterfølgende beskrivelse forstås som en autentisert eller registrert bruker av logistikksystemet i henhold til den foreliggende oppfinnelse om ikke annet er eksplisitt angitt.

[0031] Som antydet over foreligger det et ønske om å forenkle lagerstyring, ekspeditørhåndtering av varer, samt redusere varesvinn innenfor logistikkstyring. Det kan videre være et ønske å kunne vise produkter/varer til operatører eller kunder på et visningsorgan.

[0032] I den etterfølgende beskrivelse vil den foreliggende oppfinnelse bli nærmere

beskrevet med støtte i de tilhørende figurene.

[0033] Logistikkstyresystemet i henhold til den foreliggende oppfinnelse kan omfatte en rekke enheter, men det er enkelte trekk ved oppfinnelsen som er spesielt effektive i forhold til å løse de antydede problemer skissert foran. Forsøk har vist at tente lamper/lys tilstøtende til en lokasjon for en vare som skal plukkes gjør det vesentlig raskere og sikrere for en ekspeditør og finne rett vare. Om en videre antar at lokasjonen er en skuff og at denne skuffen er delt i låsbare rom, og at bare det rom som huser ønsket vare låses opp, så vil faren for å plukke feil vare være bortimot eliminert. Dersom plukklista for eksempel er basert på innskanning av en resept hos en kunde på et apotek, eller en rekvisisjon så vil feilkilden ved gale plukklister være nær eliminert. Om en videre ser for seg at den nevnte skuff er tilordnet et skap og at selve skapet har et visningsorgan tilknyttet for eksempel plassert på toppen av skapet og at denne skjerm viser for eksempel identitetene på ekspeditør og navn på varer og lignende for den eler de skuffer det skal plukkes vare fra så kan man snakke om et system for logistikkstyring som i mange henseender er bortimot sikret mot feil. For ytterligere å lede ekspeditøren til rett skap så kan selve skapet ha en eller flere kraftige lys som markerer rett skap. For at et slik system skal fungere for flere ekspeditører eller kasser så vil en fordelaktig tilegne en spesifikk egenskap ved lampen/lyset til hver kasse eller ekspeditør. For eksempel kan en første kasse eller ekspeditør være tilordnet en farge gult, denne ekspeditøren skal da plukke varer der det lyser gult, altså så må lampene tilstøtende skuffer samt på skapet enten ha evnen til å vise flere farger eller så vil man kunne ha flere lamper med forskjellige lamper. Ytterligere, for å sikre feil samt for å yte service til kunder som skal ekspederes fra plukklageret så kan kunder gis adgang til et visningsorgan som viser bilder eller filmer av de produkter de ønsker seg.

[0034] I sin enkleste form omfatter logistikkstyringssystemet i henhold til den foreliggende oppfinnelse, i det minste en bruker, der den minst ene bruker kan logge seg på en datamaskin 14-17. Systemet omfatter videre et lager 10, der lagerplasser er definert ved lokasjonsadresser. Tilhørende hver enkelt lokasjonsadresse finnes visningsorganer 20, der visningsorganene 20 er assosiert med den foran nevnte datamaskin 14-17 slik at datamaskinen 14-17 kan adressere bestemte visningsorganer 20 og samtidig styre innholdet visningsorganet 20 skal fremvise. Brukeridentiteten til den minst ene bruker eller den minst ene brukers kasse 14-17 er tilordnet en bestemt parameter som vil gi en unik visning på et eller flere visningsorganer. Det er ikke bare unike lagerplasser som kan gis lokasjonsadresser, også et lagerskap, en lagerpall eller et lagerrom kan tilordnes en adresse og derfor også et assosiert visningsorgan. For et lagerskap 10 vil typisk et visningsorgan for selve skapet kunne være en visningsskjerm 30 slik som en LCD skjerm 30. Denne skjermen 30 vil kunne vise informasjon om kasse/ekspeditør, varetype, produktnummer, lagernummer, lagerplass for produktet, status, modus, påfylling, siste ordre, beholdning og lignende. Skjermen 30 kan også være tilknyttet eller være integrert med en datamaskin. Den nevnte skjerm 30 kan også assosieres med påloggede brukere og deles inn i felter, der et felt knyttet til en spesifikk bruker eller kasse kan vise samme visning som lokasjonsadressen for et produkt. Om en spesifikk lokasjonsadresse for eksempel lyser rødt på en skuff 40 for en "rød" bruker så kan skjermen 30 tilhørende skapet vise et rødt felt. Alternativt, eller i tillegg til at et skap, en reol eller lignende kan være forsynt med en skjerm 30 så kan et skap en reol eller reolplass også være forsynt med kraftige visingsorganer i form av for eksempel lamper 21.

[0035] Idet det finnes et assosiasjonsforhold mellom kasse/bruker - produkt - og lagerlokasjon, så vil en kunne utnytte dette fordelaktig ved at låsbare skuffer 40 og skap låses opp og igjen i etter behov. Skuffer 40 og skapdører kan

også motorstyres slik at de i tillegg til å låses opp og igjen også kan lukkes og åpnes automatisk.

[0036] Skap, reoler og skuffesystemer i henhold til den foreliggende oppfinnelse er knyttet opp mot en datamaskin 11, i denne kontekst gjerne kalt en systemdatamaskin eller systemmaskin, en kan tenke seg at denne styrer de nevnte assosiasjonsforhold samt håndterer låsing åpning og lukking og så videre. For å gi systemet en ekstra fleksibilitet så kan skap, reoler og skuffesystemer som er en del av et logistikkstyresystem i henhold til den foreliggende oppfinnelse forsynes med PLS/PLC, eller på annet vis ha integrert mikroprosessorfunksjonalitet for utførelse av handlinger som tenning av lys åpning av luker, låsing eventuell motorstyring, temperaturstyring og så videre.

[0037] I henhold til den foreliggende oppfinnelse så kan logistikkstyresystemet kun omfatte et fåtall komponenter eller det kan også omfatte større systemer av et flertall av skaptyper, reoler, skuffesystemer og lignende. I det etterfølgende vil typiske egenskaper ved enkeltelementer som kan utgjøre et logistikkstyresystem i henhold til den foreliggende oppfinnelse bli beskrevet med støtte i de tilhørende figurene.

[0038] Brukeren dette kan være en alminnelig ekspeditør, det kan være en administrator av systemet eller i de tilfeller der systemet anvendes for logistikkstyring av medikamenter så kan det være en farmasøyt på et apotek eller helsepersonell på et sykehus. Brukeren vil gis rett til å logge seg på logistikksystemet i henhold til den foreliggende oppfinnelse. Brukeren og brukerens roller vil bli beskrevet i nærmere detalj i etterfølgende avsnitt.

[0039] Datamaskin 14-17, dette er datamaskiner som definerer grensenittet mellom brukeren og logistikkstyresystemet. I figur 1 sees at disse datamaskiner, som kan være av forskjellig type, er logget opp mot en server 12 via et nettverk 13. Datamaskinene vil i et system som antydes i figur 1 være forsynt med en påloggingsklient, og en brukerapplikasjon med et grafisk grensesnitt mot brukeren. Brukeren kan identifisere seg ved en påloggingskode, ved biometriske parametre slik som fingeravtrykk eller IRIS-skanning. Om kravet til sikkerhet tilsier det så kan selvsagt flere påloggingsparametre kombineres. Maskinen 14-17 kan som vist og nevnt være koplet mot en server 12, men i et lite system kan en tenke seg at funksjonaliteten til serveren 12 og systemdatamaskinen 11 er inkludert i datamaskinen 14, 15 16 eller 17 eller endog at maskinen 14-17 kombinerer serveren 12, systemmaskinen 11 og skjerm med tilhørende datamaskin anordnet direkte på et skap 10 eller en reol 10 i en enkelt datamaskin med funksjonalitet som aktivering av visningsorganer tilstøtende valgte varelokasjoner med mere. I et slikt tilfelle vil datamaskinen 14-17 kommunisere direkte med et lager og lagerlokasjoner. I systemet som omfatter flere enheter så vil disse kunne kommunisere via et nettverk 13.

[0040] Nettverk 13: Nettverket kan være trådbundet eller trådløst, det kan følge datakommunikasjonsstandarder så som Ethernet, Internett (TCP/IP, http, https...) WiFi, LAN eller WAN men også proprietære løsninger kan tenkes, og likeså telekomstandarder slik som GSM, GPRS, EDGE, 3G, 4G eller lignende. Valg av nettverk 13 vil være styrt av antall enheter, avstander mellom enhetene, sikkerhetskrav og også av miljøet rundt, idet det finnes restriksjoner på bruk av visse typer trådløse nettverk for visse typer miljøer. Trådbundne nett kan også være heftet med begrensninger i form av rekkevidde men også av krav fra miljøet nettverket opererer i.

[0041] Server 12, serveren 12 er i følge figur 1 koplet til en eller flere av datamaskinene 14-17 via nettverket 13. Serveren er videre vist koplet til en systemdatamaskin 11. Serveren kan ha en rekke funksjoner, det er nærliggende at den omfatter en database for varelager, med produkt info, varebeholdning og lignende. Den kan være forsynt med back-up løsninger integrert eller eksternt. Serveren kan være en del av logistikkstyresystemet i et lokalt system eller den kan være en sentralt plassert server 12 som har lagret sentrale registre eller har tilgang til sentrale registre. Typisk vil en innenfor apoteknæringen i Norge og i andre skandinaviske land ha et sentralt system med kontroll av reseptbelagte legemidler, knyttet opp mot resepter. I en slik kontekst vil serveren da kunne kommunisere med det sentrale system eller være en del av det sentrale system.

[0042] Systemdatamaskin 11, har som primæroppgave å kommunisere med lagerlokasjoner, lagerskap, reoler og lignende på den ene siden samt kommunisere med serveren 12.1 et mindre system uten server kan den kommunisere direkte med en av datamaskinene 14-17 eller som nevnt være en integrert enhet som omfatter brukergrensesnitt direkte mot bruker. Systemdatamaskinen kan være integrert i et lagerskap eller lignende eller være en frittstående enhet. Det kan være en industri-PC eller en alminnelig datamaskin. Kommunikasjonsgrensesnittet mot andre enheter kan være trådbundet eller trådløst. Mot lagerlokasjoner som styres av PLS-er så vil protokollen kunne være Profinett industrielt ethernet eller annet grensesnitt tilpasset PLS.

[0043] Ved anvendelse innenfor apoteksektoren vil sentraldatamaskinen 11 omfatte registre over entydig identifiserte lagringsenheter for fysiske medikamenter. Dataenheten 11 holder således oversikt over hvilke og hvor mange produkter som til enhver tid befinner seg i lagringsenhetene 10. Lageret 10 kan for eksempel være automatisk låsbare skap for klasse A- og B-medikamenter og hyller for klasse C-medikamenter. Dataenheten kan holde oversikt over hvor medikamentene befinner seg, deres datostempling samt ha oversikt over annen produktrelevant informasjon. Når systemet for logistikkstyring i henhold til den foreliggende oppfinnelse anvendes innenfor apoteknæringen så stilles spesielt strenge krav til sikkerhet og derved kontroll av brukere/operatører. Det er entydig definerte operatører av systemet, og disse kan ha ulik tilgang til ulike produkter og operasjoner i systemet, dette vil bli nærmere omtalt i det etterfølgende. Dataenheten 11 kan ha registre over hvilke begrensninger/status/rettigheter som gjelder for minst en operatør og produkter lagret lokalt eller eksternt. Den sentrale dataenhet 11 kan som antydet over kommunisere med en eller flere eksterne systemer, så som en server 12, som setter et eller flere vilkår for hvilke produkter som skal gjøres tilgjengelig for operatørene på de ulike tidspunkt. I henhold til et aspekt kan dette være en ordre som gir en operatør rett til å hente et gitt sett produkter til den angitte ordre.

[0044] Lagerskap 10, eller for enkelthetsskyld lageret 10 kan omfatte en industri-PC, gjerne med gode kjøleegenskaper. Den bør typisk omfatte koplinger til ekstern skjerm for eksempel en skjerm 30 som antydet over. Den bør videre ha inn og utganger for eksterne tilkoplinger og ikke minst være forsynt med en reservebatteriløsning. PC-en kan typisk anbringes i sokkelen på et lagerskap 10 eller en lagerreol 10. Den nevnte skjermen 30 kan være en berøringsfølsom skjerm av for eksempel LCD, OLED type eller lignende. PC-en vil kunne være forsynt med et tastatur. Tastaturet kan være løst eller være tilpasset inn/utfelling. Skjermen 30 kan fortelle hvilken operatør som skal hente produkter og i hvilken lagerlokasjon, skuff hylle eller lignende produktene befinner seg. Typisk så kan skjerm 30 være hengslet anordnet slik at den kan legges flatt eller vippes opp eller på annet vis innrettes for enkel og god avlesing for brukeren alternativt inntasting i tilfeller av berøringsfølsom skjerm, se figur 3-5. Som antydet over så kan datamaskinen tilhørende lageret 10 være en frittstående enhet som dekker samtlige funksjoner, det vil si lagerstyring, pålogging for bruker og eventuelt lagring av produktinformasjon med lagerbeholdning. Datamaskinen kan være tilkoplet en høyttaler for lydvarsling eller ha en integrert høyttaler for lydvarsling. Typisk kan slik lydvarsling aktiviseres dersom en skuff eller dør ikke lukkes eller ved andre feil. Om lagersystemet i henhold til den foreliggende oppfinnelse brukes for styring av medikamenter så kan lydsignalet settes på så lenge lagringsenhetene for type A- og B-medikamenter er åpne. Lageret 10 kan omfatte skuffer 40. Alle selvstendige lagringsenheter 10 og ekstra lagringsskap 10 vil normalt ha strømtilførsel tilpasset vegguttak. Lagringsenhetene kan ha mulighet for temperaturkontroll og bruk av varmepumpe/kjøling. Dersom logistikkstyresystemet mottar en bestilling fra en eller flere leverandører så vil for eksempel systemansvarlig identifisere seg og bestillingsnummeret slik at kun lagringsenheter, skuffer og rom som skal etterfylles åpner seg. Dette kan skje i rekkefølge med hvilke produkter som registreres for påfyll, én produkttype av gangen, slik at systemet vet nøyaktig hva som ender hvor, og i hvilket antall. LCD skjerm informerer om dette. Dersom leveransen ikke stemmer med bestilling genereres en feilmelding som sendes/vises til systemansvarlig. Det er også mulighet for at programvaren kan foreslå produktplassering basert på oppgitt størrelse. Behandling av varebeholdning vil lettes og bli sikrere ved anvendelse av RFID, der skapet/skuffene inkluderer en eller flere RFID skannere. RFID og beslektede løsninger vil omtales videre i etterfølgende eksempler.

[0045] Om logistikkstyresystemet anvendes innenfor apoteknæringen så vil operatørene veiledes til og gis kun aksess til lagringsenheter 10 med produkter operatøren har tilgang til. Reseptpliktige medikamenter uten restriksjoner kan lagres i åpne hyller med visningsorganer slik som lysdioder eller annet lys rundt hver hylle, mens reseptpliktige medikamenter med innlåsingsrestriksjoner (type A og B) lagres i låsbare skuffer 40 fortrinnsvis med automatisk åpning og lukking og gjerne med tydelige lysangivelser i front av hver skuff. Begge typer lagringsenheter kan ha store lystavler 30 (for eksempel LCD Display) på toppen av enheten eller tilstøtende enheten, der det ved fargebruk og tekst-/tallinformasjon angis hvilken kasse/ekspeditør informasjonen gjelder, hvilke medikamenter som skal plukkes i angitt mengde, samt hvilket lagerelement medikamentet ligger i. Skapene/lagringsenhetene 10 kan være forsynt med en reset-knapp for hver kasse, med tilhørende fargekode, for å bekrefte uttaket av medikamentet, oppdatering av lager og nullstille informasjonen på lystavlen 30 for eksempel LCD-displayet og lampene 20,21. Når kvittering/reset er gitt, er ingen ytterligere tilgang til medikamentene mulig i samme brukersekvens for A- og B-preparater. Hyller kan resettes ved at ekspeditør avslutter ekspedisjonen på sin kasse.

[0046] Skuffer 40 kan være forsynt med flere adskilte rom og gjerne med et lokk. Skuffene 40 kan være konstruert slik at bevegelse og styring er kontrollert av magnetlåser og teleskopglidere. Skuffene 40 kan være forsynt med en eller flere endebrytere og en eller flere førere for signal og strømledninger. Riktig skuff 40 låses automatisk opp, og løsningen gjør at kun ett rom blir tilgjengelig for bruker. Dette minimerer muligheten for feil. Skuffene dras opp av operatør en skuff av gangen eller skuffen er motorstyrt og kjøres automatisk ut og/eller inn. LCD skjerm 30 og lysdioder/visningsorganer 20 angir hvor produktene ligger. Riktig luke kan åpnes automatisk. Om skuffene lukkes manuelt ved at bruker dytter dem inn på plass så er dette en intuitiv og god måte for bruker å signalisere at han har tatt ut de aktuelle produktene. Skuffen låses da automatisk. Når bruker er helt ferdig kan dette signaliseres ved at han trykker på en knapp. Skapet er da klart for ny bruker/ekspeditør. For å låse skuffene kan det bli benyttet en elektromagnet som normalt er av, sammen med en forspent fjærbelastet låsemekanisme med motstøtende magnet (figur 8,9). Siden låsen normalt ikke er ment å være mer enn et hinder holder det å blokkere lokket fra å åpnes. Lokkene er forspent med fjær så de åpnes automatisk dersom magneten aktiveres og låsen skyves bort. Lokkene skyves mekanisk igjen når skuffene lukkes. En kan selvsagt tenke seg en rekke andre for fagmannen naturlige løsninger for låsing av skuffer og luker.

[0047] Et typisk scenario for uttak av varer vil i henhold til en utførelse av oppfinnelsen forløpe som følger. En bruker logger seg på med sine innloggingsdata, brukerens brukerid sjekkes mot en brukerid lager/database. Brukeridentiteten vil være knyttet opp mot en bestemt parameter som antydet over, for eksempel en farge. I dette tilfellet velges fargen blå. Dersom brukeren videre skal plukke ut varer fra et lager i henhold til foreliggende oppfinnelse så vil brukeren taste inn, skanne inn eller på annet vis få tilveiebrakt et eller flere varenummer på sin datamaskin. Datamaskinen kan som nevnt være knyttet opp mot et eller flere varelagre. Visningsorganet 20, 21 tilstøtende den eller de lokasjoner i varelagret som huser de eller det valgte produkt vil lyse opp med et blått lys. På denne måten vil brukeren enkelt finne den eller de varer som skal plukkes. I en automatisert form så vil lyset slukkes automatisk etter hvert som varer plukkes ut. Alternativt kan brukeren resette lyset etter hvert som han plukker varer. I nevnte automatiserte form kan for eksempel varene som skal tas ut være forsynt med identitetsmerking. Identitetsmerkingen kan være i form av RFID brikker, strekkoder eller på annet vis som egner seg for maskinell avlesing. I eksemplet over ble det antydet at flere lokasjoner for en enkelt bruker kan lyse samtidig.

[0048] I eksemplet over kan en også tenke seg at det ikke er tillatt at flere visningsorganer aktiveres samtidig for en bruker, altså at en lagerlokasjon aktiveres om gangen. Slik vil det typisk kunne være der varer som skal plukkes er tillagt spesielt streng kontroll slik som for medikamenter. Dette vil si at den nevnte datamaskin kan ha en innebygd algoritme for køordning. En slik køordning kan for eksempel være slik at visningsorganet for den først valgte vare aktiveres først. Når denne varen er tatt ut vil visningsorganet tilordnet den neste valgte vare bli aktivert og så videre. Andre køordninger kan tenkes, for eksempel kan det være slik at varer/produkter kan være gjensidig avhengig av hverandre, køordningen kan da for eksempel aktivere det visningsorgan som er tilordnet det mest sentrale av varene/produktene som er knyttet sammen.

[0049] Idet det er en forbindelse mellom datamaskinen 11 og visningsorganene 20,21 som er tilordnet spesielle lagerlokasjoner så vil en enkelt kunne oppdatere lagerstatus etter hvert som varer tas ut. Oppdatering kan skje automatisk der varene er forsynt med maskinlesbare etiketter eller brikker, eller det kan skje manuelt ved at brukeren nullstiller et aktivt visningsorgan som et signal på at varen eller varene tilordnet nevnte visningsorgan er tatt ut.

[0050] Logistikkstyresystemet over kan suppleres av en tjeneste der brukeren eller en kunde av brukeren kan se framstillinger av ønskede produkter på en skjerm. Dette kan være hensiktsmessig av mange årsaker, brukeren kan vise frem produkter til en kunde for å få verifisert om valgt produkt samsvarer med ønsket produkt. Videre, dersom skjermen kan aksesseres direkte av en kunde så kan en kunde selv lete fram riktige produkter før han henvender seg til en bruker/operatør. En slik fremvisningstjeneste vil kunne spare en operatør for å plukke feil varer for etterpå å skulle legge dem tilbake. Det vil således være besparende for brukeren/operatøren, det vil forebygge feil i lagerstyringen og det vil kunne redusere svinn. Hva angår produkter med spesielt strenge krav til sikkerhet så som medikamenter så vil en slik fremvisningstjeneste være spesielt fordelaktig. Det vil si at en funksjonalitet som omhandler hvordan hente ut en vare for så å legge den tilbake sjelden eller aldri vil komme til anvendelse. Slik plukking og retur av varer vil som nevnt kunne gi økt svinn og redusert kontroll med lagerbeholding.

[0051] Visningsskjermen kan være knyttet til en frittstående kundedatamaskin, der datamaskinen har lagret hele varebeholdningen, eller skjermen kan være knyttet til en annen datamaskin som har oversikt over varebeholdningen. Typisk vil varene som kan vises ligge registrert med produktnummer, leverandør og/eller bilder. Grensesnittet mot kunde/bruker kan anta en rekke former, fysisk i form av tastatur og/eller skjerm, berøringsskjerm med mer. Fagmannen på området er kjent med at det finnes et uttall visuelle grensenittsmuligheter for vare eller produkt innhenting. Innenfor netthandel opereres det med en rekke grensesnitt som skal gjøre det enkelt for en bruker å finne ønskede produkter, ved produktinndeling og søkefunksjonaliteter.

[0052] Fremvisningsorganet vil for eksempel vise bilde av en vareforpakning, i to eller tre dimensjoner (3-D) eller kunne vise et filmklipp som viser varen og/eller vareforpakningen i fra flere sider.

[0053] Administrasjon av et logistikkstyresystem i henhold til den foreliggende oppfinnelse kan tenkes løst på en rekke måter. Det er grunnleggende for systemet at det omfatter en database eller har tilgang til en database som viser varer, lokasjoner for plassering av varer, mapping mellom bruker/brukeridentitet og signalgivning på de foran nevnte visningsorganer og så videre. En ikke utfyllende modell vises i figur 9. Det kan sees fra figuren at databasen også kan ha registrert brukere eller operatører mot roller og tilgangsrettigheter på logistikksystemet. Typisk vil rollene kunne omfatte, ekspeditør, apoteker, administrator, tekniker, leverandør og så videre. Slike roller vil typisk gi spesifikke tilgangsrettigheter til logistikksystemet. Administratorer vil typisk kunne administrere systemet på et høyere nivå enn en apoteker eller ekspeditør. Administratoren vil blant annet kunne legge til nye roller og brukere knyttet til bestemte roller. Tilgangsrettighetene kan omfatte varefylling, salg, varetelling, vis vare og så videre.

[0054] Logistikksystemet i henhold til den foreliggende oppfinnelse kan omfatte et loggeverktøy som logger alle hendelser innenfor logistikksystemet. Funksjonaliteten med aktivering av visningsorganer knyttet til bestemte varelokasjoner der visningen er mappet mot individuelle brukere krever en form for adressering av varene, altså vareplassering må defineres. I et plukklagersystem kan en lokasjonsadresse hierarkisk være inndelt i skap, skuff, luke (rom). Mens for pallelager vil andre terminologier anvendes, men logikken vil kunne være den samme.

[0055] Beskrivelse av dataelementene som vises i figur 9 kan være som vist i tabell 1:

[0056] I det etterfølgende vil flere utførelsesformer og eksempler på bruk av oppfinnelsen bli beskrevet, rekkefølgen og nummereringen av utførelsesformene og eksemplene antyder ingenting om viktigheten av viste utførelser og eksempler. Videre, der anvendelsesområdet eksemplifiseres så vises det til logistikkstyring av medikamenter i et plukklager. Det skal imidlertid forstås at foreliggende oppfinnelse kan finne anvendelser innenfor logistikkstyring av andre varer, således er logistikkstyresystemet i henhold til

den foreliggende oppfinnelse av en generell karakter.

Kommunikasjon mellom lager 10 og systemdatamaskin 11

[0057] En hensikt med lagerløsningen i henhold til den foreliggende oppfinnelse er å kunne kommunisere en del nøkkelopplysninger mellom serveren 12 og/eller en ekstern server og lagerenhetene 10 slik at skuffer 40 åpnes automatisk, operatørlys 20,21 tennes for å indikere hvilke skuffer 40 som er åpnet for hvilken operatør.

[0058] Dette innebærer at systemdatamaskinen 11, som på den ene side kommuniserer med serveren 12 og eller/en ekstern server, og på den annen side håndterer lagerenheten(e) 10, må inneholde lavnivå funksjoner for å utføre det funksjonelle mot lagerenheten(e), samtidig som den tar imot ordrer fra den eksterne server eller operatørtastatur.

[0059] Med referanse til figur 10 vises styringsfunksjoner og de hovedfunksjoner som håndteres i kommunikasjonen mellom lagerenhet 10, systemdatamaskin 11 og server/ekstern server.

[0060] I eksempelform kan hovedfunksjonene angis som:

F1-Slå på lys 20,21

F2-Aktivere skuff 40

F3-Deaktivere

F4-lnspisere timeout

F5-Send melding skuff 40 lukket

[0061] Disse funksjonene må være tilgjengelige for programvare for å kontrollere lagerenheten(e) fra operatørsiden, eller i forbindelse med kommunikasjon mellom systemdatamaskinen 11 og serveren 12 eller en ekstern server.

[0062] F1-Slå på lys 20,21

Hensikt: Slå på lys 20 på skuff 40

Parametre:

o Skuff 40 som skal tennes

o farge på lys 20

o Lyset PÅ/BLINKE/AV

[0063] F2-Aktivere skuff 40

Hensikt: Aktivere/åpne en spesifikk skuff/luke 40

Parametre:

o Adresse: som forteller hvilken luke 40 som skal åpnes (Skap-skuffluke)

o Timeoutverdi: Det kan være en forhåndsbestemt timeoutverdi, som

skal styre når en skuff 40 skal låses igjen.

o Kommentar: Denne funksjonen, når en luke 40 åpnes, må

håndtere en kø med timeoutverdier. Det kan være en timeoutverdi for hver skuff 40. Når en skuff 40 aktiveres/låses opp, må det først sjekkes at skuffen 40 ikke allerede er åpnet. Dersom skuffen er ledig, 40 det vil si låst, skal timeoutverdien for den gitte skuff 40 settes til forhåndsbestemt timeout, eller timeout som angitt i parameteren.

[0064] F3-Deaktivere

Hensikt: Stenge/låse skuffer 40, som har vært åpne i definert timeout-tid.

Parametre: Ingen

Kommentar: Denne funksjonen må kjøre kontinuerlig, og sjekke timeoutverdiene for alle skuffer 40. Dersom en timeoutverdi for en skuff 40 har utløpt, må skuffen 40 låses/deaktiveres - det vil si låser må

aktiveres, og lys 20,21 må slukkes. Videre bør det oppdateres en tabell for å vise hvilke skuffer 40 som har gått ut på timeout. Denne tabellen kan i neste rekke inspiseres av systemdatamaskinens 11 programvare, for å avgjøre hvilke handlinger som må foretas overfor en ekstern server, eller operatørterminalens grensesnitt.

[0065] F4-lnspisere timeout

Hensikt: Sjekke om en skuff 40 er stengt etter utgått timeout. Parametre:

o Retur: skuff som er låst

Kommentar: Denne funksjonen kalles av systemdatamaskinen 11 for å

sjekke tabellen over låste skuffer 40 etter utgått timeout. Dersom en skuff

40 har nådd timeout, og derfor er blitt låst, vil funksjonen returnere adressen til den skuffen 40 som er blitt låst. [0066] F5-Send melding skuff 40 lukket • Hensikt: Sende melding til systemdatamaskinens 11 programvare om at en spesifikk skuff 40 er lukket av operatør.

• Parametre:

o Retur: 1) skuff som er låst, 2) hvor lenge har skuffen vært åpen

• Kommentar: Når operatøren lukker en skuff 40, vil denne handlingen avstedkomme fullføring av en transaksjon. Det er derfor viktig at styringsfunksjonene kan detektere når en skuff 40 lukkes etter å ha vært åpnet. Funksjonen må derfor kunne returnere hvilken skuff 40 som er blitt stengt, og fordelaktig også returnere tiden fra den ble åpnet, til den ble lukket

[0067] Valget av funksjonstastene F1 -F5 er valgt som eksempel andre

funksjonstaster eller kommandoer kan tenkes isteden.

En første utførelsesform i henhold til den foreliggende oppfinnelse

[0068] Den første utførelsesform i henhold til den foreliggende oppfinnelse omfatter et antall brukere, eller operatører slik det er antydet i figur 1 og figur 9. Disse brukere eller operatører tildeles roller og derved også tilgangsrettigheter i forhold til sine roller. Hver bruker har en definert og unik brukeridentitet tildelt av logistikkstyresystemet. Operatøren, som kan være en farmasøyt, vil logge seg inn på en kasse for ekspedering av kunder. Innloggingsdata er mappet opp mot en bestemt visningsparameter for visningsorganet. Eksperimenter har vist at visningsorganer i form av lamper med farger gir en effektiv og sikker identifisering av varelokasjon mappet mot ekspeditør. Alternativt så kan den kasse operatøren logger seg på være mappet opp mot en bestemt visningsparameter for visningsorganet. Visningsorganet i henhold til denne utførelsesform omfatter fire lamper, en rød, en grønn, en gul og en blå, alternativt en lampe som kan anta de nevnte fire farger. Dersom det skal opereres med mer enn fire operatører samtidig så kan flere lamper/farger tenkes, eller så kan hver enkelt operatør tildeles for eksempel to farger. Har man to farger per operatør samt fire farger totalt å velge mellom så gir dette maksimalt 16 kombinasjoner, hvilket skulle klare seg i de fleste tilfeller. Den kasse operatøren logger seg på er knyttet opp mot en ekstern datamaskin/server 11,12, der denne serveren 12 har lagret en database som kan omfatte de data/parametre som antydet ved figur 9. Som et minimum må databasen ha lagret alle registrerte operatørers innloggingsdata, videre må den ha lagret en mapping mellom brukerlD og tildelt farge, alternativt kasse 14-17 og tildelt farge. Varebeholding samt de rettigheter de enkelte operatører har må også være lagret i databasen. Videre så må det finnes en mapping mellom varer og varelokasjon. Denne server 12 eller eksterne datamaskin 11 kommuniserer direkte med et plukklager 10 med medikamenter. Kommunikasjonsgrensesnittet mot plukklageret kan være over RS232/USB/Ethernet WiFi eller andre kjente kommunikasjonsgrensesnitt inkludert trådløse grensesnitt. I tilfeller der det er tale om logistikkstyring i forbindelse med medikamenter så vil det være spesielt viktig at kommunikasjonsgrensesnittet tilfredsstiller strenge krav til sikkerhet og pålitelighet.

[0069] Når det over er snakk om kasse 14-17 som en operatør logger seg på så vil det i praksis ofte være en PC med et brukergrensesnitt tilpasset bruken som butikkasse. I sin enkleste form, kan en tenke seg at systemet i henhold til denne utførelsesformen kun omfatter én kasse, i et slik tilfelle vil det kunne være mulig at den eksterne datamaskin/server 11,12 utgjør denne kassa.

[0070] En kan også tenke seg denne første utførelsesformen slik at hver kasse 14-17 omfatter en klient eller programvare som ved pålogging laster ned

nødvendige data fra den eksterne datamaskin/server 11,12 hentet fra dennes database, slik at hver kasse kan kommunisere direkte med et plukklager 10

og plukklagerets visningsorganer 20,21,30.

En andre utførelsesform i henhold til den foreliggende oppfinnelse

[0071] I henhold til en andre utførelsesform omfatter logistikkstyresystemet i henhold til den foreliggende oppfinnelse en ytterligere datamaskin, som ikke fremkommer fra figur 1. Denne datamaskinen er et fremvisningsorgan som kan vise varer eller forpakninger til brukere/kunder, slik det er antydet over. Denne andre datamaskin vil ha et brukergrensesnitt mot kunder, fra denne maskinen vil kunder kunne se bilder, tegninger, eller film av produkter kunden legger inn. Hensikten for kunden er at han ved å se en presentasjon av produkter kan verifisere korrekthet av produkt, dette er fordelaktig både for ekspeditører og kunden. Slik fremvisningsdatamaskin er ikke begrenset til bare en enhet, om behovet tilsier det kan flere slike maskiner utplasseres. Maskinene kan være frittstående eller mer naturlig i kommunikasjon med

datamaskinene 14-17, eller systemmaskinen 11 eller en server.

Eksempel på ekspedering av kunder i henhold til den foreliggende oppfinnelse

[0072] I henhold til et aspekt ved den første utførelsesform så omfattes logistikkstyresystemet i henhold til den foreliggende oppfinnelse en andre ekstern server, denne serveren omfatter "bransjedata". Innenfor apotekbransjen så vil det si programvare og data som håndterer data som ikke er spesifikke for et bestemt apotek. Når en kunde leverer en resept i et apotek så vil resepten og dens innhold bli registrert og sjekket mot databasen i den andre server. Den andre eksterne server vil også kunne ha registre over brukere/operatører som har indirekte eller direkte aksess til den andre server, det vil si at for eksempel en farmasøyt er kjent nettopp som en farmasøyt i registeret for den andre server. Et scenario for ekspedering av reseptkunder er illustrert i figur 11. Trinnvis kan registrering og uttak av reseptbelagte varer foregå som angitt ved de følgende trinn: • Funksjon: Registrer resept Operatør benytter et apoteksystem (slik som Farmapro, FP, i Norge) fra den andre server ved reseptregistrering. Flere resepter kan registreres, før et eller flere visningsorgan blir aktivert. • Funksjon: Lagersjekk F12. Når operatøren trykker F12 i apoteksystemet (FP), vil lageret i apoteksystemet oppdateres. Samtidig må apoteksystemet sende opplysninger til logistikksystemet i henhold til den foreliggende oppfinnelse for hvilke varer som skal tas ut av plukklageret. Gjennom å motta opplysninger om: Operatør, Varenummer og antall, samt Receptur, kan logistikksystemet i henhold til den foreliggende oppfinnelse identifisere hvilket eller hvilke operatørlys som skal slås på, samt hvilke lokasjonsadresser som skal aktiveres. Valget av F12 tasten er valgt som eksempel andre funksjonstaster eller kommandoer kan tenkes isteden.

• Funksjon: Aktiver lokasjonsadresse (skuff). Plukklageret mottar nødvendige opplysninger for å kunne identifisere, og aktivere

lokasjonsadresser slik som skuffer med operatørlys og lokasjonsadresse slik som skuff/luke-valg. I en utførelse aktiveres en skuff av gangen, slik at ikke flere skuffer låses opp samtidig, dvs. at logistikksystemet i henhold til den foreliggende oppfinnelse jobber med en køordning for å aktivere skuffene. Med henvisning til det ovenstående skal det forstås at andre køordninger kan tenkes. • Funksjon: Plukk vare Operatøren plukker ut varene fra den lokasjonsadresse (skuff) som er aktiv (lyser). Når skuffen lukkes, reduseres antall i lager i logistikksystemet i henhold til den foreliggende oppfinnelse, og neste skuff aktiveres. Denne prosessen gjentas inntil alle varer (hele køen) er prosessert. • Funksjon: Skann vare Dette er en prosess som skjer i apoteksystemet (FP), og er ikke relatert til logistikksystemet i henhold til den foreliggende oppfinnelse

[0073] Det skal forstås at lysindikeringen antydet over kan kombineres slik det er antydet ved den første utførelsesform eller så kan andre unike fremvisninger på et eller flere visningsorgan slik det er antydet over tenkes. Den andre utførelsesform kan anta de forskjellige modifikasjoner som er antydet ved

den første utførelsesform.

En variant av ekspedering av kunder i henhold til den foreliggende oppfinnelse

[0074] Denne varianten omfatter også ekspedering av reseptbelagte medikamenter. Logistikksystemet i henhold til denne variant omfatter en rask etikettskriver for medisiner. Ved ekspedering vil kasse nr og valgte produkter kommer opp på skjermen 30 sammen med identifikasjonsnummer for skuffen/luken 40 produktet ligger i. Når operatøren/ekspeditøren kommer til lagerenheten blir han bedt om å identifisere seg. Brukeren taster inn sin personlige kode eller avgir nødvendige biometriske data. Deretter vil korrekt eller korrekte skuffer 40 låses opp og en lysangivelse vil aktiveres på skuffene som er åpne, for eksempel som grønne lysdioder. Brukeren kan dra ut hver av de åpne/lysende skuffene eller en motorstyring kan kjøre dem ut. Riktig luke i skuffen åpner seg, og ekspeditør/bruker kan ta ut produktene som skal ut. Deretter lukker brukeren skuffen 40. Om ikke en RFID skanner eller annen automatisk registrering av produkter er tilveiebrakt så vil brukeren skanne strekkodene på uttatte varer. Utskrift/kvittering og eventuelt og medisinbrukerveiledning kommer ut. Når ekspeditøren har tatt de produktene han skal ha trykker han på reset/kvitteringsknappen. Alle skuffer låses da, og

enheten er klar for ny bruker/ekspeditør.

Eksempel på varetelling i henhold til den foreliggende oppfinnelse

[0075] Et scenario for varetelling er illustrert i figur 12. Varetelling foregår i lageret 10 og mer spesifikt for apotektjenester i et skap med skuffer 40, og denne

funksjonen må inneholde et grensesnitt mellom logistikkstyresystemet i henhold til den foreliggende oppfinnelse og en andre ekstern server (i tilfeller der det er tale om telling av legemidler), slik at logistikkstyresystemet kan oppdatere varebeholdningen i den andre server. Det skal bemerkes at den samme logikk med en andre ekstern server vil ha anvendelse i andre tilfeller der en har en sentral oversikt for eksempel over en rekke filialer. Trinnvis kan varetelling og foregå som angitt ved de følgende trinn: • Funksjon: Logg på Operatør må kunne logge seg på logistikksystemet i henhold til den foreliggende oppfinnelse slik at logistikksystemet vet hvem som benytter skapet • Funksjon: Velge fra meny Ved enkelt menyvalg må operatør kunne velge hvilken funksjon som ønskes utført

a. Varetelling

b. Vis vare

c. Tilbakelegging

• Funksjon: Velge skuff 40 Ved "Varetelling" skal logistikksystemet i henhold til den foreliggende oppfinnelse vise oversikt over skapets skuffer 40 m/ varer, slik at operatør kan velge hvilken skuff 40 det skal telles

varer for, og deretter slå på lys 20 avhengig av operatør og hvilken skuff

40 han har valgt, og frigjøre skuffen 40.

• Logistikksystemet i henhold til den foreliggende oppfinnelse må videre vise en oversikt over skuffens 40 teoretiske lager, å gjøre det mulig for operatøren å korrigere virkelig antall. • Funksjon: Lukk skuff 40 Når skuffen 40 lukkes igjen skal varebeholdningen i logistikksystemet i henhold til den foreliggende oppfinnelse oppdateres, og skjermbildet stenges. • Funksjon: Send til andre server (Farmapro i tilfellet av apotekvarer i Norge) Når varebeholdningen i logistikksystemet i henhold til den foreliggende oppfinnelse er oppdatert, kan korrekt varebeholdning overføres til den andre server • Når skuffen 40 skyves igjen kan logistikksystemet i henhold til den foreliggende oppfinnelse oppdatere varebeholdningen, og samtidig

overføre korrekt varebeholdning til den andre server.

Eksempel på varefylling i henhold til den foreliggende oppfinnelse

[0076] Det skal være enkelt å finne beholdningen av produkter i systemet. Automatisk forslag til bestilling kommuniseres enten til alle brukere, eller kun den systemansvarlige. Bestillingsforslag til påfyll genereres ved gitte minimumsvolum av hvert produkt. Når systemansvarlig har godkjent og sendt bestilling oppdateres systemet med et unikt bestillingsnummer og eventuelt kode.

[0077] Hensikt: Fylle på varer etter mottak fra grossist, og oppdatere lagerbeholdning i logistikksystemet i henhold til den foreliggende oppfinnelse, samt synkronisere korrekt varebeholdning med den andre eksterne server. Trinnvis kan varetelling og foregå som angitt ved de følgende trinn (figur 13): • Funksjon: Logg på Operatør må kunne logge seg på logistikksystemet i henhold til den foreliggende oppfinnelseslik at logistikksystemet i henhold til den foreliggende oppfinnelse vet hvem som benytter skapet • Funksjon: Registrer vare Operatør må kunne angi hvilken vare som skal fylles. Dette kan utføres ved at brukeren blir vist en vareliste, som han deretter markerer hvilken vare som skal etterfylles. • Funksjon: Aktiver luke Når bruker har valgt vare for etterfylling, aktiveres den skuffen 40 og luken som inneholder valgte vare. Lyset 20 på skuffen 40 kan blinke, for å visualisere at denne skuffen 40 er i påfyllingsmodus. • Funksjon: Trekk ut skuff 40 Når skuffen 40 trekkes ut, og varer fylles på, skal brukeren kunne oppdatere varebeholdningen via et egnet

skjermbilde 30 som vises for den skuff/luke 40 som åpnes.

• Funksjon: Lukk skuff 40 Når skuffen skyves igjen skal skjermbildet stenges, og varebeholdningen oppdateres.

Funksjon: Oppdater den andre server (Farmapro i tilfeller der det er tale om et apoteksystem i Norge). Dersom det er avvik mellom varebeholdningen i logistikksystemet i henhold til den foreliggende oppfinnelse og den andre eksterne server, skal logistikksystemet i henhold til den foreliggende

oppfinnelse skapet oppdatere virkelig varebeholdning i den andre server. Eksempel på vis vare i henhold til den foreliggende oppfinnelse

[0078] Som antydet i det ovenstående så kan en i henhold til den foreliggende oppfinnesle inkludere et arrangement for visning av varer for kunder. Problemstillingen blir da at en ikke bare skal åpne skuffer 40 og aktivere visningsorganer 20,21, men det ligger implisitt i i det å vise kunden en vare at en også vil måtte legge varen tilake til sin lokasjonsadresse. Trinnvis foregår "vis vare" som antydet i de etterfølgende trinn (figur 14): • Funksjon: Logg på Operatør må kunne logge seg på logistikksystemet i henhold til den foreliggende oppfinnelse slik at logistikksystemet i henhold til den foreliggende oppfinnelse vet hvem som benytter skapet. • Funksjon: Vis vare Operatør må kunne angi hvilken vare som skal vises. Dette kan utføres ved at brukeren blir vist en vareliste, der han markerer hvilken vare som skal vises. • Funksjon: Aktiver skuff logistikksystemet i henhold til den foreliggende oppfinnelse aktiverer korrekt skuff 40, og operatøren trekker ut skuffen 40 og plukker ut varen. • Funksjon: Lukke skuff 40 logistikksystemet i henhold til den foreliggende oppfinnelse skapet låser skuff, og lagrer i loggen hvem som har tatt ut vare. Eksempel på tilbakelegging av vare i henhold til den foreliggende oppfinnelse

[0079] Hensikt: Når en vare er vist kunde, må varen kunne legges tilbake. Denne funksjonen er til for dette, uten at lager oppdateres, figur 15. • Funksjon: Logg på Operatør må kunne logge seg på logistikksystemet i henhold til den foreliggende oppfinnelse slik at logistikksystemet i henhold til den foreliggende oppfinnelse vet hvem som benytter skapet • Funksjon: Skann/angi Operatør må kunne angi hvilken vare som skal returneres til lageret 10. Dette kan utføres ved at brukeren kan skanne inn varen som skal returneres, evt. bli vist en vareliste, der han deretter markerer hvilken vare som skal returneres til sin lokasjon. • Funksjon: Aktiver skuff 40 logistikksystemet i henhold til den foreliggende oppfinnelse aktiverer korrekt skuff 40, og operatøren trekker ut skuffen 40 og legger tilbake varen. • Funksjon: Lukke skuff 40 logistikksystemet i henhold til den foreliggende oppfinnelse låser skuff 40, og lagrer i loggen hvem som har returnert en vare.

[0080] I det ovenstående er foreliggende oppfinnelse beskrevet ved eksempler på utførelsesformer fra apotekbransjen. Det skal forstås at de samme prinsipper og utførelsesformer kan anvendes generelt innenfor lagerstyring. Videre er det over vist tre utførelsesformer, alle disse tre utførelsesformer kan kombineres med de mer generelle utførelser som er angitt i innledningen til den detaljerte beskrivelsen.

Claims (13)

1. Logistikkstyresystem for lagerenheter (10) i det minste omfattende: a) en eller flere første brukere, der den minst ene bruker kan logge seg på en eller flere datamaskiner (14-17), b) midler ved den ene eller de flere datamaskiner for at den minst ene bruker kan tilveiebringe varedata til den ene eller de flere datamaskinene, c) systemet omfatter videre nevnte lagerenheter (10), der lagerplasser er definert ved lokasjonsadresser, tilhørende hver enkelt lokasjonsadresse finnes visningsorganer (20), der visningsorganene (20) er assosiert med den foran nevnte datamaskin (14-17) eller den første bruker slik at datamaskinen (14-17) kan adressere bestemte visningsorganer (20) og samtidig styre innholdet visningsorganet (20) skal fremvise.

2. Logistikkstyresystem for lagerenheter (10) i henhold til krav 1,karakterisert vedat systemet ytterligere omfatter en server (12).

3. Logistikkstyresystem for lagerenheter (10) i henhold til krav 1 eller 2,karakterisert vedat systemet er konfigurert for å kommunisere med en ekstern server.

4. Logistikkstyresystem for lagerenheter (10) i henhold til krav 1-3,karakterisert vedat systemet ytterligere omfatter en systemdatamaskin (11).

5. Logistikkstyresystem for lagerenheter (10) i henhold til krav 4,karakterisert vedat lagerenhetene (10) omfatter en eller flere datamaskiner og/eller PLS-er tilpasset kommunikasjon med systemdatamaskinen (11)

6. Logistikkstyresystem for lagerenheter (10) i henhold til krav 1-5,karakterisert vedat lagerenhetene (10) ytterligere omfatter et visningsorgan (30) tilpasset fremvisning av parametre knyttet til lagerhold og/eller brukeridentiteter.

7. Logistikkstyresystem for lagerenheter (10) i henhold til krav 1-6,karakterisert vedat lagerenhetene (10) ytterligere omfatter skuffer (40), der skuffene (40) er tilpasset åpning og lukking ved styresignaler kommunisert via systemdatamaskinen (11).

8. Logistikkstyresystem for lagerenheter (10) i henhold til krav 7,karakterisert vedvisningsorganene (20) er arrangert tilstøtende til eller i fronten av skuffene (40).

9. Logistikkstyresystem for lagerenheter (10) i henhold til krav 8,karakterisert vedvisningsorganene (20) er et eller flere lys som kan anta bestemte farger.

10. Fremgangsmåte for ekspedering av varer/kunder i det minste omfattende trinnene av å: a) logge på minst en først bruker til en av, datamaskin (14-17), en systemdatamaskin (11), en ekstern server eller en server (12), b) kontrollere lagerbeholdning, ved en funksjon lagersjekk som oppdaterer oversikten over lagerbeholdning, c) legge inn varebestilling på en av, datamaskin (14-17), en systemdatamaskin (11), en ekstern server eller en server (12), d) aktivere et visningsorgan (20) i henhold til en assosiasjon mellom vare, varelokasjon og bruker.

11. Fremgangsmåte for ekspedering av varer/kunder i henhold til krav 10. karakterisert vedat trinn d ytterligere omfatter: å aktivere en lokasjonsadresse (40).

12. Fremgangsmåte for ekspedering av varer/kunder i henhold til krav 10. karakterisert vedat aktiveringen i trinn omfatter å låse opp lokasjonsadressen (40).

13. Fremgangsmåte for ekspedering av varer/kunder i henhold til krav 10-12,karakterisert vedat fremgangsmåten ytterligere omfatter et trinn e, der trinn e omfatter uttak av vare, oppdatering av varebeholdning ved at lokasjonsadressen (40) oppdateres ved lukking av tilhørende skuff (40) eller ved aktivering av en nullstillingsknapp.