Page 2 of 2 FirstFirst 12
Results 11 to 14 of 14

Thread: Hardware needs for large company

  1. #11
    Banned
    Join Date
    Aug 2001
    Location
    Yes
    Posts
    4,424
    Thanks, all - these are all great suggestions, and I'm going to start looking into everything!

  2. #12
    Banned
    Join Date
    Aug 2001
    Location
    Yes
    Posts
    4,424
    OK, so let's assume 25,000 transactions per day (trickling in, not in batch) - what kind of (hardware) database server should I be looking at?

  3. #13
    Senior Member nihil's Avatar
    Join Date
    Jul 2003
    Location
    United Kingdom: Bridlington
    Posts
    17,188
    Sorry Neg~ I really am not making a good job of this one

    OK, we have 25,000 transactions per day. I would guess that to be 8 hours, although you might get a bit more mileage if you cross time zones (see? typical bloody European, I forgot to ask that)

    That covers the intake of claims, but what is the claims processing mechanism and its requirements? I am guessing that when you accept the initial entry, you validate that the policy exists, is current and that the item is covered?

    All that you need then is to update the payment process record? Whilst actual payments will be in your finance system (I would imagine?) you still need an interface to generate a record of the indebtedness. That I would suspect could be run as a batch job?

    I am afraid that I really need to get a grip on the degree of integration and segregation here? Like will you have all the policy data on the claims database?............... what I am asking is just what data do we need this server or servers to handle?

    Also, am I correct in assuming that the reimbursements will go to the service and goods providers rather than the patients?......yes, I would siphon that through accounts payable, but I need to interface and create a record?

    Right now I am looking at a single server with 4 Xeon equivalents and maybe 6 SCSI drives.................

    I am assuming a third normal form, or maybe 2.5 normal form database? and not a lot of metadata?

    Basically your policy data is just a glorified lookup table that you update in batch overnight? That is the bulk of your data holding, but is relatively static?

    BTW we need to talk a bit more on reporting and internal audit reports

    Given that this site is open, you may want to PM me, as I do not know if this exercise is competitive or not?............... actually they usually are, because you take the best answers and mark down from them?

    Please pass my regards to Mel, thanks

    Johnno

  4. #14
    Banned
    Join Date
    Aug 2001
    Location
    Yes
    Posts
    4,424
    Yes, all policy data would be on the same database, and reimbursements go to the health provider. Third normal form, no metadata. Anything outside of the claims process (such as reporting and internal audit reports), we can ignore

    So, a single server (Windows Server 2008, SQL Server?) could run this thing without too much trouble?

Similar Threads

  1. Slack BSD
    By gore in forum Operating Systems
    Replies: 2
    Last Post: February 25th, 2005, 08:12 AM
  2. problem installing Windows...
    By AsCenDinG in forum Microsoft Security Discussions
    Replies: 21
    Last Post: July 24th, 2004, 04:04 PM
  3. The history of the Mac line of Operating systems
    By gore in forum Operating Systems
    Replies: 3
    Last Post: March 7th, 2004, 08:02 AM
  4. Tcp/ip
    By gore in forum Newbie Security Questions
    Replies: 11
    Last Post: December 29th, 2003, 08:01 AM
  5. The Worlds Longest Thread!
    By Noble Hamlet in forum AntiOnline's General Chit Chat
    Replies: 1100
    Last Post: March 17th, 2002, 09:38 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •