Application Architects Call Us: 888-896-4608

About Us
 
Company History
Meet Our Team
Clients
Partners
Publications
Jobs
Contact Us
News
Eli Lilly and Company    
       
 

Profile

One of our analysts was brought in to this international pharmaceutical giant to create a security "front end" behind which all existing FileMaker-based database systems in existence in that part of the company (as well as a brand new system under development by us) could be placed in order to meet every requirement of an electronic system in a strictly government-(FDA) regulated environment. (Because of our non-disclosure agreement, we can't show you actual screen shots of the system we built, so we'll show screens from a prototype that we had developed previously and upon which this system was based.)

Challenge

The primary challenge was coming up with a security "shell" that was intuitive, easily managed by a non-programmer, met each and every FDA (and every corporate Computer Systems Quality Control) requirement for electronic records/electronic signatures (called ER/ES for short) such that the system could be officially "validated" as a secure, accurate system approved for use with critical pharmaceutical manufacturing data. In addition, many of the existing systems that were to be put behind this security front-end were not built by "programmers" and had, in some cases, to be completely analyzed and in most cases partially or completely rebuilt first so as to be friendly with the new security module. At the same time we were able to remove and streamline the existing code for smarter, faster systems. Last, in addition to all of the programming, we wrote the complete validation "package" for each system which includes many-score pages of official documents covering the requirements, design, testing, security, periodic review, document location and control and approval process of the system for the company's permanent archive.

Solution

The solution we built uses a combination of FileMaker Pro, network security, FileMaker Server, and a few plugins to create a simple, easy to understand, easy to administer security shell that, we feel, in combination with the company's "wickedly comprehensive" physical security infrastructure, is generally impervious to nefarious attacks. In addition, the system was fully validated which means, at least in the eyes of this client, that the system will stand up against any computer system audit that the FDA might throw at it.

System

The security shell itself is made up of only three tables...the Main Menu, the Users file and the Audit Trail file. Any existing FileMaker system that needs to be plugged into the shell needs a few scripts and a few fields added to each table in the system, and the data entry layouts need to be slightly modified and locked down. The passwording scheme is also simplifed and standardized and, at that time, the code was fully commented and optimized.

Special Features

The Troi Coding plug-in is used to encrypt passwords in the system to avoid passwords from being intercepted on the network.

 

 

 

(Click on any image for a full-size view)


Every department has its own "Department Main Menu" which shows a user their open projects, notifications and projects they have billed time to.


This is the database system's main menu. The red buttons will only appear for "admin" users.


This is the browse screen for a user record in the security administration section of the security shell.


Every change made to data in the database system is logged here, down to the field level, including what the data was before and after the change, who made the change and when. Also, every logon, failed logon attempt is logged.


This is the "browse only" view for one of the data entry areas of the database systems. Only certain users can enter data. Others are "read only" users.

The arch logo and "Application Architects" are trademarks (™) of Application Architects, LLC
© 1997-2006 Application Architects, LLC. All Rights Reserved.   PRIVACY / LEGAL