|
santosh_pathak wrote: My Target Market is India, and here i can target Small Hospitals with that
app.
Then you're going to have to get out and do some legwork. Talk to the hospitals. Find out what they want. It's called market research; without it you'll end up creating an application that doesn't do what they need it to do.
|
|
|
|
|
Ohh yeah,
Just missed out on Market Research aspect
NOTED
thnx buddy
|
|
|
|
|
Hey, hey, hey!
Write any crap that fits your current client's needs.
When you try to sell it to someone else and he requires new things, just inherit from the old object and add new operations.
Isn't that the essence of Object-Oriented Programming?
|
|
|
|
|
Beyond requirements from your specific customers, you should also consider legal and other institutional regulations: are there any laws regarding hospital information systems in your country, at least for specific modules of such a system? Are there rules for encoding diagnoses and procedures (e.g. ICD or OPS codes, diagnoses related groups)? Are there rules for billing? Exchanging data with insurance companies? Exchanging data with general practitioneers? Are there restrictions for accessing patient data?
You could also look at existing hospital information systems. There are also systems with source code available, e.g. http://www.hospital-os.com/en/[^].
|
|
|
|
|
Noted, My decision to Post and get feedback's from you guys was correct.
Bernhard Hiller wrote: Exchanging data with insurance companies? Exchanging data with general practitioneers? Are there restrictions for accessing patient data?
I was missing out so many things.
I checked the Institutional Regulations.
But Exchanging data with other entities.
API and connectors etc
thnx and appreciated
|
|
|
|
|
santosh_pathak wrote: This will be a Huge Application,
Yep.
Do you have any domain experience for hospitals or these types of applications? Do you have a domain experience with large systems?
If the answer to either of those is no then I suspect you need to forget about any attempt to create a general solution. The learning curve is is significant and given that you are suggesting that you have a real customer then they probably are not going to wait forever for you to figure out a general solution.
Other than that you might also note that electronic imaging records in terms of patient records represents a huge data storage requirement. If you intend to handle that then just getting that right can be a huge requirement.
|
|
|
|
|
I dont have Domain Expertise.
But what if, I collaborate with the client in order to develop a system on which we both will work.
His Domain Expertise in terms with Business Logic, My Development Expertise and Hire an Mentor to Guide on the Project.
Data Storage is huge, but i have expertise over that.
and will seek guidance on the same from all of you in this forum.
I agree with the learning Curve, that is what i want to shorten in this project.
Hiring an external mentor who has done such project will help?
Because if i dont make a general solution then my cost of developing the application will not be covered with a single client.
I am also looking to make it Open Source,
there are No or Very Few .Net Based Open Source Hospital Management Project.
Whats Your Take on that?
Santosh Pathak
Project Manager | Business Evangelist
www.regaliya.com
|
|
|
|
|
santosh_pathak wrote: Hiring an external mentor who has done such project will
help? Because if i dont make a general solution then my cost of
developing the application will not be covered with a single client.
I don't see how you are going to manage the first if the second is true.
But yes someone with more experience is more likely to be able to create a more general solution.
santosh_pathak wrote: I am also looking to make it Open Source, there are No or Very Few .Net
Based Open Source Hospital Management Project. Whats Your Take on
that?
Success in open source is based on interest and number of people that can use it.
Some open source projects have been much more successful because a company became interested in it and were willing to pay their employees to work on it.
I doubt that there are large numbers of people interested so the only way it will succeed is if a company sponsors it or if a few individuals are willing to dedicate the time to it (for years.)
|
|
|
|
|
santosh_pathak wrote: Any Scope documents, Features List, DFD etc
You are a BA / PM, you should probably be collecting this information from the customer / client.
|
|
|
|
|
I hope this is not a college project, you want to build sophesticated application for an industry, you won't get it here,
Think of purchasing some old project which already built and you can enhance it or do business requirement from your end for the same, it helps in all aspects.
In this you get what exactly you are looking at....
|
|
|
|
|
I am a beginner student who is trying to find somewhere where I can get examples and information on how to create an application using an Object Oriented Program language, using a modular approach,that works as a library of read, influential, quotations. The user would be able to input quotations (The book or website they derived the quote from, the author, and the quote itself) they want to store for later reviewing. Can anyone help me with this? I would greatly appreciate it.
|
|
|
|
|
Go to the Articles[^] section and start reading.
Programming is work, it isn't finger painting. Luc Pattyn
|
|
|
|
|
We can provide help with specific questions and problems, but there's little chance that you'll find a teacher here who works for free.
What "OOP-language" will you be using?
Bastard Programmer from Hell
|
|
|
|
|
Eddy Vluggen wrote: little chance that you'll find a teacher here who works for free
Very true.
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
I'm also willing to help if you provide specific questions.
|
|
|
|
|
Try googling you will get sample projects on library management system, see how far it meets requirement and then enhance it, Since you are student there is nothing much you can do about it
|
|
|
|
|
Hi all,
again I wan't to come up with a rather theoretical question. This time regarding localization of a winforms project.
I read some articles on the topic and checked whats available on the market but I am not really satisfied with what I have found.
My project consists of a main-frame app that loads plugins (mainly Forms), displays them and handles the communication of the plugins.
I found several tools that handle resource file localization.
While I think that this will work in normal winform apps I am pretty sure that this will result in duplicate translations (Imagine a Save-Button label - this will be needed in nearly every plugin so the developer of a plugin will have to deal with this in the plugin on his/her own).
I also found database related solutions that I like a little better than the resource file solution. Unfortunately those solutions look pretty "fat" and will maybe trouble me with their licences.
So I thought about it a little while and here is what I came up with:
I thought about having a central class that should handle the translations for me globally. The corresponding DLL will be given to the plugin developers too, so they can implement it within their plugins.
I want to send every string through a static function that accepts the string and reads the UICulture in the background. It should then check if the string is already in the database, translates and returns if so, or creates "placeholder entries" and retruns the default value (the passed string).
The Placeholder entries can then be read by a little app that visualizes the missing translations, allowing a transslator to go through them and translate whats missing.
This way the "save" translation will not be duplicated and administered in a single place.
Additionally the mainFrame can extend it's languages without having to deal with the plugin resources.
The drawback for now is that the plugin developer will not be able (so far) to submit his/her translations together with the plugin, but I do not think that this is really necessary. I also haven't thought heavily about images, but there will be a way.
So what do you think? Is this a screwed up idea?
What tools do you use for such requirements?
Is it even necessary to think about duplicate translations?
I am looking foreward to hear your thoughts about this, any input is kindly appreciated
cheers and have a great day
Andy
|
|
|
|
|
Thanks for moving this to the appropriate forum.
Cheers!
"With sufficient thrust, pigs fly just fine."
Ross Callon, The Twelve Networking Truths, RFC1925
|
|
|
|
|
You are wellcome... thanks for pointing it out
cheers from Munich
Andy
|
|
|
|
|
hoernchenmeister wrote: So what do you think? Is this a screwed up idea?
Yes. That's the kind of idea that gave us Dutch and German exception-messages in .NET. It means that the context will be determined during translation, not during design - and that might give some very strange effects.
hoernchenmeister wrote: Is it even necessary to think about duplicate translations?
I don't see the problem with the redundancy. Is it consuming a lot of space that it's an issue here? Take in account that I (as a Dutch user) probably wouldn't be interested in having the Arabic language-pack on my harddisk.
The only "problem" is that the word "Save" has to be translated twice, as you suggest. Once in Application A, once in Application B. Perhaps you could share those resources over both projects.
hoernchenmeister wrote: What tools do you use for such requirements?
Did this twice; once using my own classes, indeed with a string-lookup, similar like you would HtmlEncode and decode. Once using the VS-IDE[^], which was easier than I expected.
Bastard Programmer from Hell
|
|
|
|
|
Thanks a lot for your honest contribution, it is very much appreciated.
I understand your points so far and will take them into concern.
The main reason for thinking about this problem in the first place is the plugin-mechanism. The MainFrame does not know what languages it should support, neither does the developer of the plugin...
Normally a bunch of dlls is copied into the appropriate directory to make the MainFrame pick it up. So I thought that translation should be up to the MainFrame which leads me into the belive that a custom, database related tool should do the job.
So if I have five plugins all using a save button, I would need 5 translations for exactly the same thing... thas where my concern about dulicate translations came into play...
Also thanks a lot for mentioning the VS-IDE approach, I'll go digg into this
cheers
Andy
|
|
|
|
|
hoernchenmeister wrote: The MainFrame does not know what languages it should support, neither does the developer of the plugin...
They don't need to know. Windows knows what culture the user is using, and both can "ask" Windows.
hoernchenmeister wrote: So if I have five plugins all using a save button, I would need 5 translations for exactly the same thing...
Yes/no.
You could opt to put the shared resources in an external library, and share that among the projects. That way you'd need to localize the resources only once. Like putting the "OK" and "Cancel" button in their own assembly, and reference that from multiple forms/projects.
You're welcome, and good luck
Bastard Programmer from Hell
|
|
|
|
|
Hi Eddy Vluggen,
thanks a lot for the clarification.
There is just one thing that I maybe missexplained:
Eddy Vluggen wrote: They don't need to know. Windows knows what culture the user is using, and both
can "ask" Windows.
This is totally correct, but I was actually referring to the language the customer wants the application to run with.
I do not know wether they want a dutch, german, english or whatever language, neither does the plugin developer know, so it has to be possible to adjust it after deployment.
Anyway, this doen't make an actual difference
Eddy Vluggen wrote: You could opt to put the shared resources in an external library, and share that
among the projects. That way you'd need to localize the resources only once.
I like this idea and honestly I already use such an approach for sharing image resources over multiple projects.
Thanks Eddy for sharing your ideas/knowledge, I appreciate this very much!!!
Have a great day and best regards
Andy
|
|
|
|
|
You're welcome
Bastard Programmer from Hell
|
|
|
|
|
I did the localization for our applications some 2 years ago. Texts shown on forms/lables/buttons were the minor point. We do have far more messages shown in MessageBoxes (or other strings changed at runtime), and it was a long work to find them all in the source code.
I created my own tools for reading the source code line by line, looking for literal strings, display them, manually decide whether the string has to be localized or not (e.g. our logging is not localized - that would be too much extra work), and replace it with an appropriate call to the ResourceManager and adding the string to the appropriate resource file.
And yes, the OK button's text shows up perhaps a hundred times in the resource files...
If I remember correctly, with (non-managed) C++ it was possible to use Windows resources for such common texts like "OK" "Cancel" "File" "Edit" etc. But I do not know how to do that with .Net.
By the way, I added an entry to the app.config file such that the user can decide to use a different locale than Windows. Here in Germany, some of our customers use an English Windows on their servers, and with that little trick our applications can be set to German.
And another point to consider: a new thread inherits the language from Windows, not from the process which started the thread. The language must be set here again.
The .Net resource files can be used by specialized translation offices. Their tools discover such multiple entries like the "OK". Their prices here in Germany are typically about 1 Euro per entry for most Western languages.
|
|
|
|