All PHI must be removed and relocated to a system that supports the region security password structure. Iv. Users or workforce members must not allow another user or workforce member to use their unique user identification or password. V. Users or workforce members must ensure that their user identification is not documented, written, or otherwise exposed in an insecure manner. Vi. Each user and workforce member must ensure that their assigned User Identification is appropriately protected and only used for legitimate access to networks, systems, or applications.
If a user or workforce members believes their user identification has been comprised, they must report that security incident to the appropriate Security Officer b. Emergency Access i. WE HAIFA Security Policy requires procedures to ensure that access to a system that contains PHI and is used to provide patient treatment is made available to any caregiver in the case of an emergency if the denial or strict access to that PHI could inhibit or negatively affect patient care.
During extreme emergency conditions, OR would rely upon BASH electronic access to the IMPACT electronic medical record as well as BASH Health Information Management (HIM) for access to the physical medical record. C. Automatic Logos i. Servers, workstations, or other computer systems containing PHI repositories that have been classified as high risk (See HAIFA Security Policy #2 Security Management) must employ inactivity timers or automatic logos mechanisms.
The aforementioned systems must terminate a user session after a maximum of 15 minutes of inactivity. WI-I OR manages no high risk data repositories. Ii. Servers, workstations, or other computer systems located in open, common, or otherwise insecure areas, that access, transmit, receive, or store PHI must employ inactivity timers or automatic logos mechanisms. i. E. , password protected screener that blacks out screen activity. ) The aforementioned systems must block a user session after a maximum of 15 minutes of inactivity. Ii. Applications and databases using medium or high risk PHI, such as electronic medical records (EMMER), must employ inactivity timers or automatic session logos mechanisms. The aforementioned application sessions must automatically terminate after a maximum of 30 minutes of inactivity. II. Access Control Procedure a. Servers, workstations, or other computer systems that access, transmit, chive, or store PHI, and are located in locked or secure environments need not implement inactivity timers or automatic logos mechanisms. B.
If a system that otherwise would require the use of an inactivity timer or automatic logos mechanism does not support an inactivity timer or automatic logos mechanism, one of the following procedures must be implemented: i. The system must be upgraded or moved to support the required inactivity timer or automatic logos mechanism. Ii. The system must be moved into a secure environment. Required inactivity timer or automatic logos mechanism. . When leaving a server, workstation, or other computer system unattended, Workforce members must lock or activate the systems automatic logos mechanism (e. . CENT, AL T, DELETE and Lock Computer) or logout of all applications and database systems containing PEP. Ill. Encryption and Decryption a. Encryption of PHI as an access control mechanism is not required unless the custodian of said PHI deems the data to be highly critical or sensitive. Encryption of PHI is required in some instances as a transmission control and integrity mechanism. B. Firewall Use i. Purpose: WE HAIFA Security policy requires that all networks housing PHI repositories must be appropriately secured. Ii.
Networks containing PHI- based systems and applications must implement perimeter security and access control with a firewall. Iii. Firewalls must be configured to support the following minimum requirements: 1. Limit network access to only authorized workforce members and entities. 2. Limit network access to only legitimate or established connections. An established connection is return traffic in response to an application request submitted from within the secure network. 3. Console ND other management ports must be appropriately secured or disabled. 4.
Implement mechanism to log failed access attempts. 5. Must be located in a physically secure environment. IV. Access Control Procedure (Continued) a. WE HAIFA Security policy requires that each Business Unit document its configuration of firewall(s) used to protect networks containing PHI-based systems and applications. This documentation must include firewall rules and must be submitted to and approved by the HAIFA Security Office. B. Remote Access i. Purpose: To ensure that all networks that contain PHI based systems and applications are appropriately secured. Ii.
Dialup connections directly into secure networks are considered to be secure connections and do not require a VPN connection. This implementation of secure remote access extends the secure network to the remote user using a secure EST. (Public Switched Telephone Network) connection. Iii. Authentication and encryption mechanisms are required for all remote access sessions to networks containing PHI via an ISP (Internet service provider). Mechanisms utilized or planned within OR include: VPN clients, authenticated SSL web sessions, secure shell and secured Citric linen access. . The following security measures must be implemented for any remote access connection into a secure network containing PHI: i. Use of technology to bypass authorized remote access mechanisms (e. G. VPN) is strictly prohibited. For example, use of remote control software and applications such as PC anywhere or Cytology. Com to bypass VPN or Citric access mechanisms is not permitted. Ii. Remote access systems must employ a mechanism to “clear out” cache and other session information upon termination of session. Iii.
Remote access workstations must employ a virus detection and protection Achaeans. (See HAIFA Security Policy # 11 – Server, Desktop, and Wireless Computer System Security) iv. Users of remote workstations must comply with HAIFA Security Policy # 10 – Workstation Use) v. VPN split-tunneling is not permitted for connections originating from outside the WE network (WAGON or . Hustle. Du) or from an insecure network within the Washington University domain. Vi. All encryption mechanisms implemented to comply with this procedure must support a minimum of, but not limited to, 128-bit encryption. . WE HAIFA Security Policy requires that the Business Unit of any Workforce member requesting remote access to a secure network containing Peel-based systems and applications must insure that the remote workstation or mobile device being used by said Workforce member initially meets the security measures. Desktop, and Wireless Computer System Security. The owner (managing entity) of the secure network must insure that the previous requirement has been satisfied before access is granted. V. Access Control Procedure (Continued) a.
Users who require remote access must work with OSI (Oncology Information Systems) to insure setup of all required security measures. B. OSI will employ inventory and remote patch distribution software to insure that client computers requesting remote access continue to comply with all required security measures. C. Wireless Access applications and that support wireless access are appropriately secured. Ii. Wireless access to networks containing Peel-based systems and applications is permitted in OR so long as the following security measures have been implemented: iii.
Encryption must be enabled. (See HAIFA Security Policy # 17 – Transmission Security) iv. MAC-based or User ID/Password authentication must be enabled. MAC-based (Media Access Control) authentication is based on a remitted list of hardware addresses that can access the wireless network. MAC addresses are hard coded on each network interface card and typically cannot be changed. V. All console and other management interfaces must have been appropriately secured or disabled. Vi.
Wireless access points are managed by the subnet network management group (OSI). (No unmanaged, ad-hoc, or rogue wireless access points are allowed). 1. Note: Not all wireless Lana utilizes standard 2. GHz, 5. GHz or microwave radio frequencies. Wireless Lana and devices may utilize infrared frequencies and may not support the typical wireless LANA encryption and security mechanisms. For instance, the use of infrared ports on Pads, laptops, and printers to transmit PHI may not allow encryption of that data stream.
It has been determined that this is low risk because this implementation of infrared is very short distance and low power. Vii. All encryption mechanisms implemented to comply with this policy must support a minimum of, but not limited to, 128-bit encryption. D. WE HAIFA Security Policy requires that the Business Unit of any Workforce member requesting access to a secure wireless network containing Peel-based systems and applications must ensure that the wireless device being used by said Workforce member initially meets.