Hello Ali,

Great job! can we possibly see what you have done?

Best regards
Jess

-- Original Message ----
From: Absar Ali <[EMAIL PROTECTED]>
To: care2002-developers@lists.sourceforge.net
Sent: Wednesday, July 25, 2007 12:09:03 AM
Subject: Re: [Care2002-developers] Insurance Module: Care2x and WebErp

Hi All,

Thnk for such a perfect answer,
i have three databases running
1. Care2x
2. WebERP
3. Insurance

I have to send data from my insurance module to Care2x and WebERP, that 
means all three Portals will share the with each other.
what i have done is, i created seprate classes for making a connection to 
WebERP and Insurance module.

I Know its not the right way to do just for the time being insted of brain 
storming in APIs of Care2x and WebERP(spending more time in analysis rather 
then development).


Regards,
Absar Ali
+966566123813
Senior Support Consultant.


>From: [EMAIL PROTECTED]
>Reply-To: care2002-developers@lists.sourceforge.net
>To: care2002-developers@lists.sourceforge.net
>Subject: Re: [Care2002-developers] Insurance Module: Care2x and WebErp
>Date: Mon, 23 Jul 2007 03:25:15 -0700
>
>
>You asked ;) Only a system knows itself. So, weberp knows itself and Care2x 
>knows itself. They don't know each other, they don't want to know each 
>other and they don't want to have to change every time the other does. 
>Therefore
>
>1) A weberp API
>
>2) A Care2x API
>
>3) A go between that connects the two based on it communicating between 
>them
>
>APIs that do everything under the sun are unnecessary. Parts of them can be 
>built at a time. In your case you need some API functionality for certain 
>item, item category, price list and payables (not sure about that one?). It 
>must be realized the exact functionality needed between the two. For 
>instance, will Care2x need to update price lists? Will it only need to 
>retrieve prices from price lists in weberp? Just an example.
>
>The good news about APIs instead of integrating is
>
>1) Each system can provide that API for any other system. So, the Care2x 
>API is "basically" ready for any ERP. It just does what it's supposed to do 
>for its system. It knows it's "business" logic, it knows its database.
>
>2) It does not affect the upgrading of each system. Each system is still 
>fully contained as its own project without obscuring the other's code. Each 
>project community knows its own project. Integrating means weberp code 
>would be within Care2x code and affect either all future Care2x releases 
>or, if not incorporated for everyone, then your customized version. Good 
>luck with upgrading and support forevermore in the latter case :O
>
>3) Most/All licenses will allow this way. The APIs are part of them. The 
>connectors are separate works that could but don't need to be included in 
>one or both. Care2x does not touch weberp and weberp does not touch Care2x. 
>They remain identifiable, separate works. This is to the best of my 
>knowledge so confirm for yourself but that would seem to be the 
>understanding of many and it certainly makes perfect sense to me. In this 
>way, neither could ever be thought to be works based on the other. So, you 
>end up with compatibility between licenses without interference and between 
>systems with even the same license without any ramifications. Just don't 
>burn a disk with all on it and go distributing it to others if either 
>license has any stipulation about being on the same media. That's a silly 
>stipulation that I believe newer versions of licenses are correcting.
>
>An API for Care2x takes away 1/3 of the work in 
>"integrating"/interfacing/connecting it to other systems. A great 
>encouragement for other systems to communicate with it. However, it needs 
>to be well documented. Functions, parameters and how to use.
>
>It will be harder than simple integration but the benefits are great now 
>and for all time which means integration will not make sense and this way 
>does. From the angle of each API one must only consider what needs to be 
>obtained and supplied to the connector in the general sense. If that 
>doesn't conform to the other system, tough. Let the connector work as the 
>go between.
>
>The Care2x end could avoid the API if you know Care2x and must get the work 
>done for one particular customer but I would suggest doing it in a way that 
>can be extracted into a Care2x API in the future. Soon you and/or someone 
>else will need similar.
>
>I would suggest using simple functions in all. A vehicle such as xml, hl7, 
>etc. is only a vehicle. They have nothing to do with the logic so why 
>complicate matters.
>
>Steve
>
>-----Original Message-----
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of 
>Absar Ali
>Sent: Sunday, July 22, 2007 12:48 PM
>To: care2002-developers@lists.sourceforge.net
>Subject: [Care2002-developers] Insurance Module: Care2x and WebErp
>Hi All,
>I am working on patient insurance module which is integreated with WebERP, 
>I
>have to send and get the following data from WebERP.
>1. Price List.
>2. Items Category(Service Type in Care2x, like ENT, Cardiaology, Pathology,
>etc)
>3. Items(Which is called services in Care2x).
>4. send payable data of insurance companies to General Ledger
>for this i have to create another connect.
>suggest what should i do.
>
>Regards,
>Absar Ali
>+966566123813
>Senior Support Consultant.
>_________________________________________________________________
>http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_pcmag_0507
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems? Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>_______________________________________________
>Care2002-developers mailing list
>Care2002-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/care2002-developers
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.5.476 / Virus Database: 269.10.12/910 - Release Date: 7/21/2007 
>3:52 PM
>
>No virus found in this outgoing message.
>Checked by AVG Free Edition.
>Version: 7.5.476 / Virus Database: 269.10.12/910 - Release Date: 7/21/2007 
>3:52 PM
>
>
>


>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >>  http://get.splunk.com/


>_______________________________________________
>Care2002-developers mailing list
>Care2002-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/care2002-developers

_________________________________________________________________
http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Care2002-developers mailing list
Care2002-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/care2002-developers







       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, 
photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Care2002-developers mailing list
Care2002-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/care2002-developers

Reply via email to