home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6153 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  11.0 KB

  1. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!lll-winken!betelgeuse.llnl.gov!buckley
  2. From: buckley@betelgeuse.llnl.gov (Bill Buckley)
  3. Newsgroups: comp.databases
  4. Subject: Laboratory Imformation Management Systems - SUMMARY
  5. Keywords: LIMS, RDBMS, summary
  6. Message-ID: <133593@lll-winken.LLNL.GOV>
  7. Date: 17 Aug 92 14:15:29 GMT
  8. Sender: usenet@lll-winken.LLNL.GOV
  9. Organization: Lawrence Livermore National Laboratory
  10. Lines: 289
  11. Nntp-Posting-Host: betelgeuse.llnl.gov
  12.  
  13. Here are the informational responses to my query a while back on LIMS
  14. systems:
  15.  
  16.  
  17. Date: Mon, 29 Jun 1992 12:28:08 +0200
  18. From: Paul Bartholdi <bartho@scsun.unige.ch>
  19. Subject: laboratory information management system (LIMS)
  20.  
  21. Hello,
  22.  
  23. I would suggest that you have a look at two non-standard products, outside 
  24. the usual rdB ones:
  25.  
  26. 1. /rdb  Unix Relational Database.  It runs also on pc (and possibly now on vms).
  27.  
  28.    The main idea is to use extensively the unix possibilities, in particular
  29.    i/o redirections, pipes, and commands as sed, awk, grep etc.
  30.  
  31.    /rdb is made of more than 100 commands that the user links toegther to make
  32.    very powerfull ones.
  33.  
  34.    We have invistageted very carefully Ingresm, Oracle, Sybase etc and could
  35.    not find what we wanted for lab database.  They are all to cumbersome,
  36.    miss what we think is important like an easily readable journal of all
  37.    updates and finaly are very expensive and badly supported.
  38.  
  39.    /rdb have other drawbacks,  it implies a good basic understanding of unix,
  40.    at least for the rdb manager and programmers, but not necessarily for the
  41.    end user.  If you like unix, you will like it; if you hate it, go to next pt.
  42.  
  43.    /rdb do not support directely SQL which we thought would be necessary. With
  44.    the experience we have now, we find that it is very easy to convert from-to
  45.    SQL, and, as expected, some work is much easier with /rdb than SQL, others
  46.    are more difficult, with speed quite comparable.  /rdb is much easier to 
  47.    setup, modify, distribute on many machines etc.  
  48.  
  49.    Ingres (and Oracle etc) are definitely much better if your problem is more
  50.    transaction oriented, and if confidentiality is very sensitive between
  51.    users.
  52.  
  53.    As a final word, /rdb use standard ascii files, provide a library that can
  54.    be called from fortran, C etc.  It is very easy to combine with other
  55.    product (graphics, spreadsheets etc).  From our experience, it takes far
  56.    less space on disk than all others.  
  57.  
  58.    Our first  database is made of about 20 tables, the largest is 280'000 
  59.    records making 35MB. The full database takes 150MB.  It runs on a sparc
  60.    station 2.  If you have any question, i will be glad to answer.
  61.  
  62.    For commercial informations, talk to
  63.                    Evan Schaffer : evan@rsw.rsw.com
  64.                              tel : (408) 429 6229
  65.  
  66. 2. IDL from Research Systems Inc.
  67.  
  68.    First: we DO NOT USE IDL, but I know many users that are very happy.
  69.  
  70.    The main advantage of IDL is to encompass the real time data acquisition
  71.    with the organisation (dB) of the measurements and the simulataneous
  72.    control/graphical presentation of them.  They should run on unix and vms
  73.    (and pc, but ...)
  74.  
  75.    I like very much the idea to track the data at the source, in real time,
  76.    and not to organise them later.
  77.  
  78.    RSI address:  tel: (303) 786 9900   fax: (303) 786 9909
  79.  
  80. I hope this can be of some use for you.  All the experiences around me tell
  81. that the usual dB are not scientifically oriented, neither lab oriented, that
  82. the technical support are very bad (I coul'nt find a happy user!).
  83.  
  84. Best regards,                            Paul Bartholdi.
  85.  
  86.      +-------------------------------------------------------------------+
  87.      |  Dr Paul Bartholdi             bartho@obs.unige.ch                |
  88.      |  Observatoire de Geneve        bartho@scsun.unige.ch              |
  89.      |  51, chemin des Maillettes     bartho@cgeuge54.bitnet             |
  90.      |  CH-1290 Sauverny              02284682161350::bartho (X.25-psi)  |
  91.      |  Switzerland                   20579::ugobs::bartho (decnet-span) |
  92.      |                                +41 22 755 26 11     (phone)       |
  93.      |  +41 22 755 39 83   (fax)      +45 419 209 obsg ch  (telex)       |
  94.      +-------------------------------------------------------------------+
  95.  
  96.  
  97.  
  98.                 
  99.  
  100. Date: Mon, 29 Jun 1992 13:13:27 +1000
  101. From: sah%gdwb.OZ.AU@uunet.uu.net
  102. Subject: LIMS System 
  103.  
  104. Bill
  105.  
  106. We are also looking for an Ingres Based LIMS system. The only system that meets our requirements is a system called VG Lims. this is supplied by 
  107. VG Laboratory Systems Limited in England.
  108.  
  109. The USA representatives are 
  110. VG Instruments Inc 32 Commerce Centre, Cherry Hill Drive, Danvers
  111. Massachusetts 01923 Tel (508) 777 0678 Fax (508) 777 0678.
  112.  
  113. Our major problem is that we are total sun site and the system is VMS based. 
  114. However they are porting to unified code which run in all unix environments  but the date for porting is a major problem which started as June 1992 and is now out to November 1992.
  115.  
  116. The system is VT340 based and has other features
  117. Sample Manager
  118. Works on multiple database Ingres, Oracle and RDB
  119. Audit trails
  120. Record level security
  121. Batch trees
  122. and Instrument server to assist in data collection.
  123.  
  124. Ps I do not know how current the US address as it was on the back of a handout
  125.  if you cannot contact I will go through our reps for a current address.
  126. PPS
  127. I would appreciate any feed back as the November 1992 is getting a bit long and we may have to write our own ( I would prefer a package).
  128.  
  129. PPPS Our lab people reallt like VG LIMS but we need the Sun version to run it.
  130.  
  131.  
  132.  
  133. Date: Tue, 30 Jun 92 11:01:16 PDT
  134. From: hjang@altos.altos.com (Howie Jang)
  135.  
  136. Dear LIMS's searcher:
  137.  
  138. It's very coincident that I read your messages about LIMS, accually I just got
  139. this account a few days ago.
  140.  
  141. I was the system analyst in Altos Computer Systems now, I did the coding of the LIMS package for my previous job in N.E.T. Inc. using Informix 4GL and Sql under Unix system.  The package we design was used for the sample track, testing result analyses, basic accounting function(AR and Invoice), customer information and disk deliverable function.  
  142.  
  143. The problem we got were the following:
  144.  
  145. 1. How to read the data directly from the instrument (Like HP's instrument)
  146. 2. How to build a universal test code.  This really gave us a big headache since every lab use their own test code list. 
  147. 3. How to setup a distributed database system. 
  148. 4. How to define a test code by group, by procedure and by parameter.
  149.  
  150. The latest Informix which I used in Altos now have a good extention to use for distributed purpose.  The problem of 1 should be solved since the network was more mature and gave more and better solutions.  The test code list will work only when you have a clear definition.
  151.  
  152. If you are more like to do the distributed system, I will prefer you to use
  153. Sybase.  Sybase was a relational database designed under the client/server
  154. architecture.
  155.  
  156. I would like to hear from you since this is the first time I use usenet.
  157.  
  158.  
  159. Howie Jang
  160. (O) 408-432-6200 ext:2231 in San Jose
  161. (H) 510-484-0728          in Pleasanton
  162.  
  163.  
  164.  
  165. Subject: Reply to your req for Lab systems
  166. Date: Thu, 16 Jul 92 19:24:05 -0400
  167. From: Hollis "The Big Kahuna" Ross <rossh@terminus.umd.edu>
  168.  
  169.  
  170.  
  171.  
  172.  
  173. Dear Bill,
  174.  
  175. A business acquaintance has just shown me a net posting by you
  176. in the comp.databases group relating to LIMS systems.  Neither
  177. I nor the company I work for has net access :-( therefore I
  178. have asked a friend to send this message on my behalf.
  179.  
  180. Our company does offer a general LIMS system.  It is written
  181. in Progress and will run on any (or all) of the platforms
  182. specified and lots more.  It can even run in a mixed
  183. environment i.e. client-server with (say) DOS or Unix clients
  184. talking to a database on a VAX or Unix machine.
  185.  
  186. Our LIMS system (its called LAB-PRO) is designed as a flexible
  187. system for the tracking of samples, tests and results through
  188. the laboratory.  It also handles reporting and billing (if
  189. desired).  On top of that it has other goodies such as inter-
  190. laboratory QC program tracking, controls and standards,
  191. instrument/asset maintanance tracking and much more.
  192.  
  193. Our company has been involved in laboratory computer systems
  194. since the early 80's and LAB-PRO is our latest product - a
  195. completely new system but drawing on our experience from the
  196. past.  We have two installed sites for the new package and are
  197. in the process of negotiating several others.  We have been
  198. targeting organisations such as food and beverage
  199. manufacturers, local government testing labs and national
  200. government regulatory testing authorities.
  201.  
  202. We do not currently have an American distributor - we are in
  203. the process of appointing one in Australia and the US will
  204. follow later.  However we do have experience in supporting
  205. sites around the world (Taiwan, Fiji, Australia, England) so
  206. we would feel confident in supplying anywhere.
  207.  
  208. Our address is
  209.      Progressive Systems Ltd.
  210.      PO Box 11-780
  211.      Wellington
  212.      New Zealand
  213.  
  214.      Phone     64-4-384-3725
  215.      Fax       64-4-385-6032
  216.  
  217. If you want to get in touch - send letters, faxes etc to me and
  218. I'll pass it on to our marketing people.
  219.  
  220. Regards,
  221. Ross Temple
  222.  
  223.  
  224.  
  225. *---------------------------------------------------------------------*
  226. | **All new Mail Address**  | EMail: rossh@terminus.umd.edu           |
  227. |    P.O. Box 11953         |-----------------------------------------|
  228. |    Wellington, 6002       | "I didn't do it!  Nobody saw me do it!! | 
  229. |    New Zealand            |  You can't prove anything!!" - Bart S.  |
  230. *---------------------------------------------------------------------*
  231.  
  232.  
  233.  
  234. Date: Sun, 9 Aug 92 14:21:15 PDT
  235. From: "Bill Martin" <wmartin@us.oracle.com>
  236. Subject: Livermore LIMS Response
  237.  
  238.  
  239. Dear Mr. Buckley,
  240.  
  241. In response to your E-Mail requesting information on LIMS packages, please find
  242. the following Oracle based LIMS solutions as candidates for your search and
  243. evaluation process.  
  244.  
  245. Oracle VARs with LIMS packages:
  246.  
  247. Automated Compliance Systems
  248. Target Industries: Environmental, Pharmaceutical, Energy
  249. Products: SEEDPAK1, SEEDPAK2
  250. Contact: Ronald Joho
  251.      908/707-4100
  252.  
  253. Egret Technologies, Inc.
  254. Cross Industry
  255. Products: EQuIS/LAB, EQuIS/RDB, EQuIS/SWM, EQuIS/GWM, EQuIS/CHEM 
  256. Contact: Michael R. Pallesen
  257.          707/468-9010
  258.  
  259. Fisons Instruments
  260. Cross Industry
  261. Product: VG Sample Manager - SQL
  262. Contact: Benjamin Yellen
  263.      508/777-8034
  264.  
  265. Molecular Design Ltd.
  266. Target Industries: Government, Chemical, Pharmaceutical, Energy
  267. Products: ISIS/ORACLE Gateway, MACCS-II DBMS Interface to ORACLE, SQL*Forms
  268.        Interface to MACCS-II
  269. Contact: Donna del Rey
  270.      510/895-1313
  271.  
  272. PE Nelson 
  273. Cross Industry
  274. Products: Focal Point, SQL*LIMS, SQL*QC, SQL*SCHEDULE, SQL*STABILITY
  275. Contact: David Beggs
  276.      408/725-1107
  277.  
  278.  
  279. In addition, I am aware of two other LIMS systems that exist within the
  280. Federal sector.  They would only require the necessary Oracle products needed
  281. to run these systems.  The points of contact are as follows:
  282.  
  283. Environmental Protection Agency
  284. Mr. Mickey Klein
  285. (919) 541-2500
  286.  
  287. Westinghouse Savannah River
  288. Mr. Terry Burns
  289. (803) 557-2495
  290.  
  291.  
  292. If I can be of further assistance to your efforts, please do not hesitate to
  293. contact me.  Thank you.
  294.  
  295. Bill Martin
  296. District Manager
  297. Federal Civilian Division
  298. (415) 506-5092   MS: 659314
  299.  
  300.  
  301.  
  302.