vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Erstellen von dynamischen Kontextmen?s - wann immer Sie sie brauchen!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: Maus und Tastatur abfangen bzw. idle einsetzen?? 
Autor: manuelhasi
Datum: 23.01.19 10:54

Hallo ihr Beiden..

Euer Verständnis von Datensicherheit kann ich nachvollziehen, wenn das Ganze in einem "normalen" Büro stattfindet.

effeff schrieb:

Zitat:

Nein. Es wäre sinnvoll, den kompletten Rechner zu sperren!


Das würde im Büro funktionieren.. Im Gesundheitswesen sieht die Welt hier aber leider etwas anderes aus:
hier mal ein Beispiel aus meiner Praxis...
Auf einer Station im Krankenhaus arbeiten etwa 40 Mitarbeiter. Zur Verfügung stehen genau 4 Rechner, die 24 Stunden im Dauereinsatz sind.. Hierauf läuft das KIS. Alle 40 Mitarbeiter nutzen die Rechner gleichermaßen, um Dokumentationsarbeiten durchzuführen, d.H. jeder Mitarbeiter loggt sich ins KIS ein und macht seine Arbeit.. Jetzt wird dieser Mitarbeiter aber aufgrund irgendwelcher Tatsachen vom Arbeitsplatz weggerufen und der nächste Mitarbeiter freut sich, endlich einen Arbeitsplatz "errungen" zu haben.. der erste Mitarbeiter hat sich aber nicht ausgeloggt, weil er davon ausgeht, innerhalb einer Minute seine Dokumentation fortführen zu können...

Dieser Vorgang passiert innerhalb einer Schicht gefühlte hundert mal. Das Risiko ist hier enorm hoch, das unter falschem Benutzernamen dokumentiert wird oder auch dritte Einblicke in das KIS-System bekommen könnten. Deshalb haben die KIS Systeme auch eben eine Funktion, die den Benutzer irgendwann (nach welchen Kriterien weiß ich nicht) aus der Anwendung ausloggen und eben nicht den gesamten Rechner sperren. Auch andere Programme im Gesundheitswesen haben eine solche Funktion, weil eben sehr viele Mitarbeiter Zugang auf sehr wenige Arbeitsplätze haben.

Manfred X schrieb:
Zitat:

Die Sensibilisierung für Datenschutz und die Ausbildung im
korrekten Umgang mit Arbeitsplatzrechnern ist Aufgabe der
Mitarbeiter-Fortbildung.


Das stimmt.. und trotzdem gewährleistet das nicht unbedingt die Sicherheit des Programms.


Manfred X schrieb:
Zitat:

Hallo!

Ganz so einfach ist das vermutlich nicht.
Ein Programm, das viel Arbeitsspeicher benötigt,
verarbeitet vermutlich eine große Menge an Daten.
Es ist durchaus möglich, daß das Programm auch
bei einer Phase ohne Benutzeraktivität noch Bearbeitungen
durchführt.
Denkbar ist auch, daß der Benutzer Daten eingegeben,
sie aber noch nicht gespeichert hat. Ein automatischer
Programmabbruch könnte zum Datenverlust führen.

Grundsätzlich sollte der Benutzer entscheiden,
wann Programme beendet werden.


Im End Effekt würde das also für mein Problem heißen, dass die .Idle Methode eher nicht geeignet ist, da sie ja wartet, bis das Programm in der Leerlauf wechselt.. und dass könnte dann sehr lange dauern...

Wie würdet ihr denn das Problem angehen?
Wie könnte ich denn am Besten die Maus- und Tastatureingaben innerhalb der Anwendung abfangen und einem Timer übergeben, der mich nach einer gewissen zeit der "Innaktivität" des Benutzers diesen aus der Anwendung ausloggt?
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Maus und Tastatur abfangen bzw. idle einsetzen??816manuelhasi22.01.19 00:10
Re: Maus und Tastatur abfangen bzw. idle einsetzen??363Manfred X22.01.19 00:38
Re: Maus und Tastatur abfangen bzw. idle einsetzen??334manuelhasi22.01.19 00:51
Re: Maus und Tastatur abfangen bzw. idle einsetzen??357effeff22.01.19 09:05
Re: Maus und Tastatur abfangen bzw. idle einsetzen??344Manfred X22.01.19 20:16
Re: Maus und Tastatur abfangen bzw. idle einsetzen??327manuelhasi23.01.19 10:54
Re: Maus und Tastatur abfangen bzw. idle einsetzen??329Manfred X23.01.19 16:46
Re: Maus und Tastatur abfangen bzw. idle einsetzen??306manuelhasi23.01.19 19:40
Re: Maus und Tastatur abfangen bzw. idle einsetzen??349Manfred X23.01.19 21:46

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel